CMS і блоги

Що охоплює ця категорія

Системи для написання, структурування й публікації контенту: традиційні платформи, що зберігають і відтворюють сторінки, headless-бекенди, які передають контент чомусь іншому, і гібриди, що намагаються робити обидва, не дратуючи жодну аудиторію.

Покупці тут діляться на два табори з протилежними потребами. Маркетингова команда хоче змінити сторінку за десять хвилин, нікого не питаючи. Інженерна команда хоче, щоб контент був правильно змодельований, версіонований, тестований і відданий через інтерфейс. Продукти, що обіцяють обидва, зазвичай віддають перевагу одному, а іншого терплять.

Інструменти перетягування для сайту з кількох сторінок лежать у конструкторах сайтів. Внутрішня документація належить до документації та бази знань.

Модель контенту раніше за функції

Модель це те, що згодом дорого змінювати.

Питайте, чи контент зберігається як структуровані поля, чи як одна брила форматованого тексту. Поля переживають редизайн, годують кілька каналів і дозволяють виводити списки, фільтрувати й повторно використовувати. Брила відтворюється один раз і замикає все в розмітці того редактора, що її створив.

Потім питайте про зв’язки. Автор, пов’язаний зі своїми статтями, продукт, пов’язаний з категорією, сторінка, пов’язана зі своїми перекладами: саме ці зв’язки роблять сайт придатним до підтримки на двохстах сторінках, а не на двадцяти.

Повторне використання випливає з того самого рішення. Якщо юридичний рядок, ціна чи заклик до дії є на сорока сторінках, він має існувати один раз і бути підключеним, а не вставленим сорок разів і виправленим тридцять дев’ять.

Редагування і хто його насправді робить

Люди, які щодня користуються цією програмою, зазвичай не ті, хто її обирає.

Подивіться, як нетехнічний колега створює сторінку під час пробного періоду. Помітьте, де він вагається. Перевірте, чи бачить він результат до публікації, чи може скасувати помилку і чи попередній перегляд показує справжній дизайн, а не наближення.

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

Публікація, швидкодія і питання пошуку

Те, що відтворює сайт, визначає його швидкість, а швидкість це і чинник ранжування, і ввічливість.

Питайте, який вигляд має результат. Статичні сторінки, що перебудовуються під час публікації, швидкі й дешеві в обслуговуванні. Серверні сторінки потребують кешування, яке комусь доведеться налаштовувати. Клієнтські сторінки вимагають уваги, щоб лишатися читабельними для краулерів.

Решта готовності до пошуку негламурна. Редаговані заголовки й описи для кожної сторінки. Чисті, стабільні URL. Редиректи, коли URL треба змінити. Канонічні адреси для всього, що доступне двома адресами. Карти сайту, що оновлюються під час публікації. Продукти, які ховають це за плагіном або вищим тарифом, дещо розповідають про свої пріоритети.

Багатомовні сайти варто перевірити на обробку перекладів якомога раніше, бо додавати її пізніше майже означає перебудову.

Скільки коштує експлуатація

• Ліцензія чи підписка: за місце, за сайт або за середовище.
• Хостинг: включений у хмарні платформи й повністю ваш у систем на власному сервері.
• Трафік і пропускна здатність, що міряються на багатьох хмарних тарифах.
• Збірки чи рендеринг, що рахуються на платформах, які перебудовують сайт після кожної зміни.
• Підтримка, невидима на сторінці з цінами й цілком реальна в календарі.

Системи на власному сервері здаються безкоштовними, але такими не є. Оновлення, конфлікти плагінів, виправлення безпеки та резервні копії це чиясь тижнева робота, а до неї прикладена зарплата. Хмарні платформи переносять ту саму роботу в рахунок, де її принаймні легко порівнювати.

Перш ніж вирішувати, прочитайте ринок розширень. Дешеве ядро з чотирма платними додатками це продукт середньої ціни в маскуванні, а більше такої арифметики в матеріалі що приховують сторінки з цінами.

Міграція і те, що коштує трафіку

Переїзд між системами контенту добре відомий, окрім одного, і це адреси.

Контент зазвичай якось експортується й імпортується з певними зусиллями. Міграцію ламає зміна URL без редиректів. Пошукові системи й усі посилання, які будь-хто колись зробив, усе ще ведуть на старі.

Плануйте це до вибору платформи. Складіть перелік усіх опублікованих адрес, вирішіть, які залишаться, і зіставте решту з їх замінниками. Мапа редиректів, складена під час проєкту, забирає години. Відновлена потім зі звіту про биті посилання, вона забирає тижні, і весь цей час трафік падає.

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