Часті запитання про веб-дизайн,
Хостинг та видимість.

Більше, ніж більшість людей усвідомлює. Веб-сервер – це програмне забезпечення, яке приймає кожен запит від браузера та надає сторінку. Найпоширенішим типом є програмне забезпечення з відкритим кодом та безкоштовне, тому його можна знайти майже скрізь. Однак існують потужніші платні альтернативи. У наших високошвидкісних середовищах ми покладаємося саме на це: LiteSpeed. Різниця менш помітна з одним відвідувачем, ніж коли багато приходять одночасно. Готові сторінки зберігаються в кеші, а не перераховуються з кожним запитом. Для вас назва є другорядною; важливий помітний результат.

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

Тому що він зростає, зазвичай непомітно. З роками додаються сторінки, завантажуються зображення з дедалі вищою роздільною здатністю, накопичуються розширення, а база даних заповнюється застарілими даними з видаленого контенту та старих версій. Жодне з цих речей не помітне саме по собі, але разом вони складаються в єдине ціле. Вебсайт — це не предмет меблів, який ви щойно встановили; це більше схоже на транспортний засіб, який потребує обслуговування.

Менше, ніж показує оцінка. Звичайні інструменти вимірюють один запит, часто від імітованого мобільного пристрою з обмеженим з’єднанням, і підсумовують результат в одне число. Це число значно коливається між вимірюваннями. Окремі показники нижче є більш значущими: скільки часу потрібно для появи першого видимого контенту, чи змінюється макет під час завантаження та чи реагує сторінка на початкове введення? Оптимізація лише загальної оцінки покращує показник, а не відображає враження реальних відвідувачів.

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

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

Зазвичай менше, ніж випливає з терміну. ​​Така мережа розподіляє копії веб-сайту між серверами по всьому світу, щоб скоротити відстань до відвідувача. Якщо ваші клієнти знаходяться в межах ста кілометрів, ця відстань все одно коротка. Тоді перевага полягає радше в побічних ефектах, таких як захист від DPS-атак. Для регіональних провайдерів швидкий сервер у потрібному місці зазвичай є більш ефективною інвестицією.

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

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

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

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

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

Цифри — це неправильний показник. Двадцять простих, добре підтримуваних розширень завдають менше шкоди, ніж три роздуті, кожне з яких завантажує власні бібліотеки програм на кожній сторінці. Три питання є вирішальними: чи буде розширення продовжуватися в розробці? Чи завантажує воно свої компоненти лише там, де це необхідно? І чи існує більш простий спосіб вирішення цієї проблеми? Кожне розширення — це постійне зобов'язання, а не одноразове рішення.

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

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

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

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

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

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

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

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

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

Так часто, як тільки є що сказати, і достатньо регулярно, щоб це не забулося. Збалансувати ці дві речі — справжній виклик. Ритм, який можна підтримувати протягом шести місяців, є ефективнішим, ніж амбітний план, який зривається після третього випуску. До речі, найпоширенішою причиною підписки є не частота, а радше неактуальність.

Зазвичай це не так просто. Ділові відносини самі по собі не є згодою на рекламу, а винятки вузько визначені та підлягають умовам. Найбезпечніший підхід — активно запитувати згоду у існуючих контактів, навіть якщо це спочатку зменшить розмір вашого списку розсилки. У разі сумнівів, цей запит слід зробити перед надсиланням будь-яких електронних листів та перед зверненням за юридичною консультацією, а не після цього.

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