Новости
Яким би не був якісним движок (CMS), платний або безкоштовний, він потребує серйозного оптимізації. Йдеться, звичайно, про якісні сайтах для людей, для яких важливо зручність, швидкість роботи, і які просуваються за запитами в пошукових системах. Під оптимізацією маються на увазі дві речі:
- оптимізація з метою зменшення навантаження на сервер при високій відвідуваності; на жаль, код більшості двигунів далекий від ідеалу і створює велике навантаження, якщо його не допрацьовувати.
- оптимізація з метою спростити просування в топ пошукових систем; з цим простіше - велика частина cms має вбудовані інструменти для пошукової оптимізації.
WordPress
Мабуть, найпопулярніша cms серед новачків. Спочатку призначена для створення блогів, вона давно вийшла за рамки блогового движка; на її основі можна зробити як домашню сторінку, так і великий інтернет-магазин. Встановлюється в пару кліків, настройки інтуїтивно зрозумілі, для неї існує безліч плагінів і шаблонів. Але у неї є головний недолік - при істотній відвідуваності сайту Вордпресс створює велике навантаження на сервер, і через це багато хостери можуть блокувати сайти або пропонувати перейти на більш дорогий тарифний план з більшою допустимої навантаженням.
Багато веб-майстри відразу починають встановлювати купи плагінів, які на перший погляд здаються зручними. Не варто так робити. Безжально видаляйте (не просто деактивуйте) все зайве. Потрібно залишити тільки найнеобхідніше. А для оптимізації встановіть будь-якої кешируєтся плагін - DB Cache Reloaded, WP Super Cache і т. П.
В ідеалі, більшу частину плагінів можна замінити власним "чистим" і легким кодом, однак для цього потрібні хороші знання php або досвідчений програміст під рукою. Якщо користуєтеся радами блогерів, обов'язково робіть резервні копії редагованих файлів; далеко не всі рекомендації адекватні і працездатні.
Слід також звернути увагу на шаблони - найчастіше в красивих шаблонах код буває кривої, і, природно, це теж може викликати гальма, та й більш серйозні проблеми. Не женіться за зовнішніми красивостями. Код шаблону можна і потрібно почистити від зайвого php-коду. Немає сенсу викликати функцію там, де можна безпосередньо прописати потрібний текст або значення.
Потрібно відключити автоматичні перевірки поновлення движка і плагінів (wp-includes / update.php). Толку від них мало, а навантаження створюють пристойну.
База даних також вимагає оптимізації. Для початку це можна зробити прямо в phpmyadmin. Також потрібно встановити будь-якої плагін для оптимізації, наприклад, WP-Optimize.
SEO сайту на Вордпресс слід почати з ЧПУ. Урли повинні бути не стандартні, а містять заголовок сторінки. Це і візуально буде гарніше, і для пошукових систем ефективніше. Найпопулярніший плагін для оптимізації - All in One SEO Pack. У ньому можна вказати ключові слова і формат заголовка для сторінок блогу, зокрема.
Щоб уникнути санкцій з боку яндекса потрібно (в цьому ж плагіні) закрити від індексації посилання на категорії, теги, архіви і т. П. Це допоможе уникнути дублювання контенту. Не будемо обговорювати божевільною політики яндекса в цьому відношенні, але зробити це необхідно.
Для кращого і регулярного індексування сайту потрібно створити карту сайту (плагіни Sitemap Generator, Google (XML) Sitemaps).
DLE (DataLife Engine)
DLE - відносно легкий движок, але і його продуктивність потрібно оптимізувати. Найперший крок - включення кешування (права 777 на папку / engine / cache /). Це дозволити мінімізувати звернення движка до бази даних. Можна відключити лічильник перегляду новин та рейтинг статей - інформативність їх під питанням, а ось навантаження на базу даних вони створюють суттєву. В адмінпанелі є функція "Оптимізація бази даних" - використовуйте її, але попередньо створюйте резервну копію бази.
Як і у випадку з Вордпресс, намагайтеся поменше використовувати сторонніх модулів - їх код може бути не оптимальним, і вони будуть створювати зайве навантаження на сервер. Приберіть календар - крім краси в ньому немає нічого корисного. Включати Gzip-стиснення чи ні - на вибір вебмастера. Коли вона була придбана, навантаження на сервер збільшується, зате зменшується трафік.
Код шаблону, особливо якщо він безкоштовний, слід уважно переглянути на предмет зайвих посилань, в тому числі і прихованих. Можна видалити зайві "спецефекти" і скрипти. Стандартний пошук по сайту можна замінити пошуком від Google. Це і навантаження знизить, і поліпшить якість пошуку.
DLE зручний для створення сателітів під посилальні біржі - в ньому одним рухом руки можна створити велику кількість сторінок другого рівня (нумерація сторінок). Для серйозного сайту 500 номерів сторінок внизу не потрібно, звичайно ж.
Перший крок в SEO сайту на DLE - доповнення стандартного файлу robots.txt. У ньому потрібно закрити від індексації сторінки з новинами (page), статистику, службові сторінки, теги і т. П. В <noindex> закрити стандартні повторювані на кожній сторінці блоки. Природно, потрібно включити ЧПУ.
Для оптимальної перелинковки можна використовувати модуль "Схожі новини" - до кожного запису внизу буде додано кілька посилань на схожі новини.
Існує модуль DLE SEO Pack для зручної оптимізації сайту. У ньому можна гнучко налаштовувати вигляд заголовків, забороняти або дозволяти індексацію певних типів сторінок і т. П. Хороший варіант для тих, хто не любить ручної роботи або просто не розбирається в коді. Не варто забувати про те, що ніякі модулі на 1005 не замінять ручну працю професійного програміста або оптімзатора.
Joomla
Складний для освоєння і важкий движок, при цьому володіє дуже великою функціональністю і масштабованість. Звичайно, і тут не обійтися без "обробки напилком".
Як і з будь-яким іншим двигуном, почати потрібно з включення кешування. Загальна кешування включається в "Сайт - Загальні настройки - Система - Установки кеша". Також багато модулі та компоненти мають власні настройки кешування, як на рівні сервера, так і в браузері користувача.
Також варто відключити всі зайві розширення - компоненти, модулі і т. П. Залишити найнеобхідніше, та й то, може, варто пошукати більш легкі варіанти з чистим кодом. ЧПУ потрібно створювати вбудованим інструментом Joomla - сторонні компоненти найчастіше створюють непотрібне навантаження. Втім, варто перевірити самостійно.
Чомусь у багатьох стаття написано, що gzip-стиснення зменшує навантаження на сервер. Насправді воно її тільки збільшує, так що будьте уважні. Також невірним вважаю рада про встановлення затримки (таймаута) для пошукових роботів - це може привести до проблем з індексацією сайту. Зниження навантаження від відвідувань роботами можна досягти, закривши від індексації в robots.txt всі службові сторінки, профілі, пошук по сайту і т. П.
Для кожної статті сайту можна і потрібно прописати свої заголовок (title), ключові слова (keywords) і опис (description). Потрібно зробити, щоб заголовок статті був включений в тег <h1>. Для цього в файлі components / com_content / content.html.php код <? Php echo $ row-> title;?> Потрібно укласти в цей тег.
Відразу ж треба включити ЧПУ (розділ "Search Engines Optimization") і перейменувати файл htaccess.txt в .htaccess.
Внутрішня перелінковка сайту на Joomla здійснюється вбудованим модулем "Схожі матеріали". Схожі статті виводяться виходячи з прописаних вручну ключових слів, так що не забувайте їх прописувати для кожного доданого матеріалу.
Карту сайту створити необхідно. Для цього можна використовувати компонент Xmap. Отриману карту для кращої індексації сайту потрібно додати в панелі вебмастера Яндекса і Гугла.
Drupal
В Drupal є кілька рівнів кешування; для значного зменшення навантаження потрібно використовувати самий агресивний метод, однак це може привести до несумісності з деякими плагінами. Суть кешування зводиться до того, що неавторизованих користувачам надається сторінка з кеша, а звернення до бази йде лише тоді, коли сторінка оновиться. Подібне кешування не працює для зареєстрованих користувачів. Також потрібно включити кешування блоків, воно поширюється і на авторизованих відвідувачів. Можна використовувати також сторонні модулі для кешування, які для зберігання даних можуть використовувати не базу даних, а файли. У цьому ж розділі (admin / settings / performance) потрібно включити об'єднання css- і js-файлів з метою зменшення кількості http-запитів. Потрібно стежити, щоб всі стилі і скрипти були винесені в окремі файли.
Слабке місце в Drupal - внутрішня система пошуку, яка, особливо при складанні індексу, створює велике навантаження на сервер. Вихід - замінити вбудований пошук пошуком від Гугла або Яндекса. Якщо у вас виділений сервер з великими обсягами даних, можна використовувати Sphinx - високопродуктивний модуль пошуку.
Також можна замінити в шаблонах постійні функції фіксованими значеннями, це зменшить число звернень до бази даних. Грубо кажучи, все, що можна зробити вручну в коді, так і слід робити, не вдаючись до додаткових модулів. Потрібно зменшити час зберігання призначених для користувача сеансів, кількість зберігаються в базі даних звітів (системний журнал).
При установці модулів для формування ЧПУ необхідно встановити модуль для редиректу, щоб не було сторінок, доступних одночасно за кількома адресами.
Можна використовувати модуль Seo Checklist для детального сео-аналізу сайту, установки інших модулів з області оптимізації та т. П. Необхідно активувати стандартний модуль Path для можливості використання ключових слів в адресах сторінок.
vBulletin
Мабуть, найпотужніший і один з найпопулярніших форумних движків. Під нього є безліч доповнень, він дуже функціональний - і при цьому є досить важким.
Перший крок оптимізації - зниження навантаження на базу даних шляхом зміни місця зберігання для вкладень, стилів і інших файлів. Їх потрібно перемістити з бази в папки на сервері. В адмінці Вкладення - Місце зберігання вкладень - Переміщення з бази даних, вказати шлях до папки, де вони будуть зберігатися. Після виконання перенесення слід оптимізувати (через phpmyadmin) таблицю attachment.
Вимкніть Gzip. Це істотно знизить навантаження. Гостям слід відключити можливість користуватися пошуком. Ну, або можна просто замінити стандартний пошук пошуковими засобами від Гугла або Яндекса.
Можна використовувати додаток vB Optimise. Воно дозволяє гнучко налаштовувати кешування всього, чого тільки можна, без необхідності правок коду.
Всі службові ділянки коду можна закрити в <noindex> і додати до них атрибут nofollow - посилання на соц. закладки, присутніх користувачів, елементи навігації в "підвалі" і т. п.
В robots.txt необхідно закрити всі зайве - профілі, спеціальні сторінки, пошук по форуму, папки з вкладеннями і зображеннями і т. П.
phpBB
Популярний безкоштовний формений движок. Володіє не найоптимальнішим кодів і великою кількістю дірок в безпеці.
Для оптимізації створюваної навантаження в адмінпанелі форуму є відповідний розділ, де можна зменшувати або збільшувати функціональність форуму і, відповідно, регулювати навантаження.
Відомою проблемою в phpBB є аномально високе навантаження при скануванні пошуковими роботами. Це виправляється закриттям для індексації всього зайвого, а також установкою затримки для роботів.
Всі стилі css потрібно винести в окремі файли - вони будуть кешироваться на комп'ютерах відвідувачів, і швидкість завантаження сторінок зросте.
Обов'язково потрібно відключити сесії! Наприклад, використавши доповнення Guest Sessions Mod. Включені сесії приведуть до появи безлічі дублів сторінок і, як наслідок, до санкцій пошукових систем.
Search Engine Optimization MOD - зручне доповнення для комплексної оптимізації форуму під пошукові системи.
53167
Сергій Коломієць
27
Повернення до списку
(Голосів: 132, Рейтинг: 4.09)
Коментарі користувачів:
стаття була б актуальною рік тому)
> Всі стилі css потрібно винести в окремі файли - вони будуть кешироваться на комп'ютерах відвідувачів, і швидкість завантаження сторінок> зросте.
ви коли останній раз цікавилися структурою форуму phpBB? Всі файли стилів за замовчуванням зібрані в одному файлі стилів якраз для кешування.
> І великою кількістю дірок в безпеці
я перепрошую, звичайно, що втручаюся в таку високу оцінку движкам. але не потрудіться ви знайти в доказ хоча б одну дірку в безпеці останньої версії phpBB? інакше все вищеописане можна розцінювати як бездоказове суб'єктивне бла-бла-бла. Дякуємо за увагу.
Php echo $ row-> title;?
Ви коли останній раз цікавилися структурою форуму phpBB?
Але не потрудіться ви знайти в доказ хоча б одну дірку в безпеці останньої версії phpBB?