Система управління контентом MODX - одна з найбільш зручних в плані пошукового просування і виведення сайту в топ. У веб-ресурсів, створених на цій CMS, не виникає проблем з ранжируванням, оскільки MODX оптимально оптимізована під пошукові алгоритми.
Переваги CMS MODX
На MODX можна створювати сайти будь-якої складності: від односторінкових Лендінзі і скромних візиток до великих порталів зі складною внутрішньою архітектурою.
MODX повністю безкоштовна і поширюється з відкритим вихідним кодом, що дозволяє істотно економити на розробці сайту і більше грошей вкладати в його просування.
Недоліки CMS MODX
Одним з головних мінусів при роботі з MODX для новачка є необхідність розбиратися в програмуванні і володіти певними навичками внутрішньої оптимізації сайту. Без цих знань у початківця вебмастера не вийде максимально коректно оптимізувати ресурс для пошукового просування.
У WordPress, наприклад, далекому від програмування веб-майстру набагато простіше розширити функціонал сайту, скориставшись готовими рішеннями у вигляді плагінів. MODX сьогодні поступається WordPress за кількістю безкоштовних доповнень, які новачок зможе встановити на свій сайт, не вдаючись до допомоги фахівців.
Однак цей недолік в якійсь мірі є і перевагою движка, адже чим популярніше CMS, тим більше в ній різних дірок і вразливостей. MODX надійніше більшості безкоштовних систем керування вмістом. Безпека сайту і стабільність його роботи відіграють не останню роль в ранжуванні.
Весь процес просування необхідно розділити на кілька етапів і ретельно опрацювати кожен з них.
Вибір хостингу для сайту на MODX
Майже всі популярні хостинг-провайдери працюють з цією CMS без проблем, тому з вибором хорошого хостингу у вас не виникне труднощів. Від себе можемо порекомендувати оптимальний за ціною і якістю хостинг - Beget, який прекрасно взаємодіє з будь-якими системами управління контентом.
Рис.1. На хостингу Beget ви можете встановити потрібну CMS всього в кілька кліків без необхідності завантажувати дистрибутив з файлами движка і налаштовувати все вручну.
Визначившись з хостингом, переходимо до планування стратегії просування ресурсу і поліпшення його внутрішньої структури. У Юла Group це відбувається наступним чином:
- Перевіряємо валідність коду і виправляємо помилки у внутрішній структурі, якщо сайт був замовлений у сторонніх розробників.
- Вивчаємо конкурентів і складаємо детальний семантичне ядро, яке розкриє весь потенціал вашої ніші.
- Всю семантику розбиваємо на смислові групи (кластери) і готуємо технічні завдання для копірайтерів.
- Створюємо якісні SEO-оптимізовані тексти, які повністю відповідають на пошукові запити користувачів.
- Додаємо статті на сайт, оформляючи їх за всіма канонами пошукової оптимізації.
- Пов'язуємо всі матеріали сайту за допомогою релевантних внутрішніх посилань. Налаштовуємо кожну сторінку таким чином, щоб та отримувала тільки цільовий трафік і привертала потенційних клієнтів / покупців. Це дозволяє істотно скоротити витрати на покупку реклами.
Чому краще не експериментувати самому і довірити просування сайту на CMS MODX професіоналам? На це є кілька причин:
- ви заощадите дорогоцінний час, не вникаючи в технічні аспекти просування (глибоке занурення в SEO може зайняти не один місяць);
- ви швидше отримаєте клієнтів і окупите витрати на просування в найкоротший термін;
- ви зможете стежити за процесом просування в режимі реального часу і отримувати проміжні звіти за першим запитом, а також коригувати витрати для отримання максимальної конверсії;
- ми використовуємо тільки білі методи розкрутки з довгограючим ефектом. Навіть після закінчення співпраці з оптимізаторами, ви ще дуже довго будете отримувати прибуток від опублікованих на сайті матеріалів;
- сторінки вашого сайту не будуть випадати з індексу пошукових систем через некоректну внутрішньої оптимізації або помилок в коді, так як у нашої команди значний досвід роботи з CMS MODX.
Звичайно, ви можете самостійно зануритися у вивчення всіх тонкощів MODX і спробувати просунути свій сайт без сторонньої допомоги. Але для цього ви повинні мати у своєму розпорядженні величезним запасом вільного часу (що для будь-якого бізнесу - недозволена розкіш). Проте ви познайомимо вас з найважливішими нюансами настройки і оптимізації CMS MODX.
Налаштування файла.htaccess і домен з www і без
Для початку визначтеся, як буде виглядати ваш сайт в адресному рядку - з www або без нього. У файле.htaccess є код, в якому необхідно прибрати коментування потрібних вам рядків (тобто видалити на початку кожного рядка знак #).
#Rewrite www.domain.com -\u003e domain.com - used with SEO Strict URLs plugin
#RewriteCond% (HTTP_HOST).
#RewriteCond% (HTTP_HOST)! ^ Example-domain-please-change \\ .com
#RewriteRule (. *) Http://example-domain-please-change.com/$1
#
# Or for the opposite domain.com -\u003e www.domain.com use the following
# DO NOT USE BOTH
#
#RewriteCond% (HTTP_HOST).
#RewriteCond% (HTTP_HOST)! ^ Www \\ .example-domain-please-change \\ .com
#RewriteRule (. *) Http://www.example-domain-please-change.com / $ 1
У зазначеному прикладі необхідно також замінити example-domain-please-change.com на свій домен. Це підкаже пошуковим системам, яку адресу сайту є основним.
Правильна настройка URL (ЧПУ)
Чим коротше і зрозуміліше адреса сторінки, тим краще її ранжирують пошуковики і вище CTR у видачі. Не тільки роботи, але і живі користувачі віддають перевагу не громіздким і привабливим URL, що дає ясно зрозуміти, який саме контент знаходиться на сторінці.
Для настройки URL зайдіть в адміністративну панель в розділ «Система», перейдіть до підрозділу «Налаштування системи», в фільтрі виберіть «Дружні URL» і виставте налаштування так само, як показано на скріншоті нижче.
Рис. 2. Якщо у вас на сайті немає каталогу і взагалі мало сторінок (Лендінгем, сайт-візитка і т.п.), то в останньому рядку виставте значення «Ні», щоб не використовувати вкладені URL
Для коректної транслітерації кириличних символів необхідно додатково завантажити сниппет translit або плагін Transliterate File Names. Знайти їх можна в офіційному репозиторії CMS MODX або на GitHub.
Оформлення мета-тегів
Не останню роль в оптимізації сторінок сайту грають мета-теги, що поліпшують його SEO-структуру. Правильна настройка title, description і keywords допоможе пошуковим системам формувати коректні і лаконічні сніппети в органічній видачі, що не тільки поліпшить позиції сайту, але і відіб'ється на CTR (КЕП) в цілому.
Keywords - найменш важливий показник з цього списку, але створення унікальних і зрозумілих title і description потрібно приділити особливу увагу. У заголовку і описі сторінки обов'язково використовуйте основне ключове слово. Чим привабливіший і релевантні сниппет у видачі ПС, тим більше трафіку прийде на ваш сайт.
Налаштування карти сайту sitemap.xml
Правильно налаштована карта сайту значно прискорює сканування вашого ресурсу пошуковими роботами. Велика кількість сторінок і їх рівнів вкладеності можуть стати причиною того, що пошукачі не помітять якісь матеріали сайту і ви втратите частину дорогоцінних відвідувачів. Саме тому дуже важливо коректно налаштувати sitemap.xml і спростити роботам процедуру сканування.
Для цього перейдіть в розділ «Система», потім в підрозділ «Управління пакетами», натисніть на "Завантажити доповнення», вбийте в пошуковий рядок GoogleSiteMap, після чого скачайте і встановіть це додаток на MODX.
Після установки створіть новий документ і назвіть його sitemap. В «Тип вмісту» вкажіть xmlі відключіть пункт «Використовувати HTML-редактор». В поле «Вміст ресурсу» вставте наступний код:. Не забудьте вказати псевдонім (можна вписати туди sitemap). Тепер ваша карта налаштована правильно і сайт буде швидше скануватися пошуковими роботами і краще індексуватися.
Налаштування robots.txt
На якій би CMS ні створено сайт, в списку його файлів обов'язково повинен бути robots.txt. У ньому можна забороняти або дозволяти індексування окремих сторінок, розділів, директорій. Чим менше непотрібних сторінок потрапить в пошук, тим більше релевантний трафік ви отримаєте на свій сайт. Правильний robots.txt для MODX виглядає приблизно так:
Disallow: / assets / cache /
Disallow: / assets / docs /
Disallow: / assets / export /
Disallow: / assets / import /
Disallow: / assets / modules /
Disallow: / assets / plugins /
Disallow: / assets / snippets /
Disallow: / install /
Disallow: / manager /
Sitemap: http://site.ru/sitemap.xml
Замість site.ru вкажіть основний домен вашого сайту, а в панелях вебмайстра Яндекса і Google пропишіть точні шляхи до файлів robots.txt і sitemap.xml.
Не забудьте також правильно налаштувати сторінку з кодом помилки 404, щоб не втрачати відвідувачів, які випадково потрапили на неіснуючу сторінку сайту.
висновок
Ми розповіли лише про найважливіші нюанси, які допоможуть вам скоротити час і зменшити витрати на просування. Насправді настройка всіх SEO-складових сайту на системі керування вмістом MODX виглядає значно масштабніше. Кожен пункт такої оптимізації істотно покращує якість всього ресурсу як в очах пошукових систем, так і в очах звичайних користувачів, які можуть стати вашими клієнтами.
Якщо ви хочете створити і просунути сайт на CMS MODX так, щоб вам заздрили конкуренти, зверніться за допомогою до фахівців Юла Group. Багатий досвід просування сайтів на MODX допомагає нам не просто швидко виводити сторінки в топи пошукових систем, але і за рахунок грамотної внутрішньої оптимізації дозволяє значно скорочувати бюджети на наповнення і просування.
Сьогодні я б хотів надати повну інформацію по внутрішній оптимізації сайту на движку MODx. На багатьох двигунах робота по внутрішній оптимізації настільки ускладнена, що доводиться дійсно витратити багато часу і коштів, щоб домогтися потрібного результату. Причому це актуально навіть для комерційних CMS. Що стосується движка MODx, то тут все значно просто і розібратися з цим зможе програміст навіть з невеликим досвідом.
Етапи внутрішньої оптимізації сайту
валідність коду
Перед тим як приступити до внутрененй оптимізації сайту на MODx і не тільки - зареєструйтеся в панелі вебмастерс пошукових систем Яндекс і Гугл, а також встановіть коди лічильників Яндекс.Метрика та Гугл.Аналітікс. Це допоможе перевірити структуру сайту, встановити факт правильної індексації сайту, перевірити файли robots.txt, .htaccess, sitemap.xml. Крім усього ви зможете відслідковувати поведінку користувача на сайті, що дуже важливо.
Перше на що варто звернути увагу, це валідність коду. Якщо пошукова система Яндекс не звертає уваги на помилки в коді, то Гугл може значно вплинути на видачу сайту при наявності помилок.
Перевірити сайт на наявність помилок у коді можна на сайті http://validator.w3.org абсолютно безкоштовно. Якщо помилки знайдені, то вам потрібно зайти в чанк, в якому знаходиться шматок коду з помилкою і виправити її. Нічого складного немає.
Звичайно, будуть помилки, які ви не зможете виправити, наприклад, у мене на сайті код яндекс метрики абсолютно неваліден. Але більшу частину все ж рекомендується поправити.
Налаштування індексації
Для кращої індексації сайту необхідно створити xml карту сайту. Я вже описував про те, як це робиться.
Також необхідно перевірити robots.txt, щоб потрібні розділи були закриті від індексації. правильний robots.txt
я вже викладав раніше. Тому заглиблюватися не будемо, варто відзначити, що якщо у вас є розділи, які також необхідно приховати від індексації, то зробіть це в robots.
Позбавляємося від дублів
Для початку необхідно визначитися з головним дзеркалом сайту (з www або без). Якщо ви визначилися з цим, то необхідно вказати це у файлі htaccess.
Крім усього необхідно перевірити, що неіснуючі сторінки повертали помилку 404, немає необхідності перекидати користувача на сторінку заглушку і віддавати відповідь 200. ЦЕ НЕВІРНО! Ви можете зверстати красиву сторінку 404 і за допомогою навігації направити користувача, куди вам потрібно.
Щоб позбутися від дублів, що виникають при паджінаціі можна скористатися готовим рішенням, яке я пропонував раніше - rel \u003d canonical, або ж будь-яким іншим способом. Хтось прописує інструкцію в файлі robots.txt, я думаю мій спосіб більш оптимальний в плані трудовитрат, але вирішувати тільки вам.
Додатково потрібно відпрацювати варіанти появи дублів при використання додаткових фрагментів, наприклад сниппет Jot, який використовується для комментірвоанія статей, також дублює сторінки. Тому, якщо ви його використовуєте у себе на сайті, то прописуємо в файл robots.txt наступні інструкції:
Disallow: / * / * / *? * \u003d *
Необхідно переробити конструкцію під структуру вашого сайту.
оптимізуємо контент
структура контенту
Сторінка повинна мати чітку структуру, якій варто дотримуватися. Для цього перевірте порядок заголовків. Він повинен бути таким h1-h2-h3-h4-h5-h6. Дотримуйтеся цього правила при додаванні наступних статей. Більш докладно про оптимізацію контенту я розповім трохи пізніше, оскільки в рамках даної статті я хотів лише звернути вашу увагу на технічну сторону внутрішньої оптимізації сайту modx.
Meta-дані
Щоб зрозуміти для чого вони потрібні розглянемо сниппет пошукової видачі:
Клікабельність сниппета залежить від його зовнішнього вигляду.
Обов'язково варто заповнювати мета-дані сторінки, якщо хочете, щоб у видачі з'явився сниппет з потрібною вам інформацією. З цим в modx нам допоможуть спеціальні теги ресурсів і tv-параметри, дані з яких будуть підставлятися в чанк з мета-даними.
Якщо у вашому чанка з метаданими немає подібної конструкції, то рекомендую її відразу додати:
<
title> [* Longtitle *]<
/title>
<
meta name="description" content="[ *description*]" />
<
meta name="keywords" content="[ *keywords*]" />
[* Pagetitle *] - буде використовуватися в якості заголовка h1;
[* Longtitle *] - підставляється в title сторінки;
[* Description *] - підставляється в опис сторінки;
[* Keywords *] - це tv-параметр, можна не прописувати, але багато хто використовує його для виведення схожих статей або новин.
Людино-подібні урл дуже просто налаштовуються в modx. Для цього переходимо в розділ «Конфігурація» вкладка «Дружні URL» і виставляємо всі як на зображенні:
Попередньо необхідно перейменувати файл в кореневій папці сайт ht.access в.htaccess і прописати необхідні інструкції, про які я писав раніше.
Далі переходимо в розділ плагінів, знаходимо плагін TransAlias, відкриваємо його на редагування і переходимо на вкладку «Конфігурація» і вказуємо наступну інформацію: 
Це необхідно для того, щоб наш движок генерував чпу самостійно. Зберігаємо налаштування і все у нас запрацювало.
Про що?
Всім доброго часу доби. У цій статті я розповім про те, як збільшити продуктивність сайту на MODX Revoluton. Багато рад можна застосувати до сайтів на будь-який інший платформі, але тут я зосередився саме на MODX.
Навіщо?
Від оптимізації сайту одні плюси. По-перше, висока швидкість сайту позитивно впливає на СЕО (чим більше відвідувачів зможе витримати MODX при належній швидкості завантаження, тим краще). По-друге, швидке завантаження сайту позитивно впливає на лояльність відвідувачів. По-третє, можна мірятися цифрами зі знайомими.
Як?
Для того, щоб побачити різницю між станами сайту до і після, раджу скористатися сервісом PageSpeed \u200b\u200bInsights від Google. Даний сервіс оцінює сайт за швидкістю завантаження і зручності для відвідувачів за шкалою від 0 до 100. Природно, не варто покладатися тільки на показники цього сервісу, але здебільшого поради він дає цілком адекватні.
Як відомо, швидкість завантаження сайту є одним з багатьох чинників ранжирування. Тому, навіть якщо вам і вашим відвідувачам не важлива швидкість роботи сайту, не варто нехтувати громадською думкою пошукових систем.
кешування
Кешування - одна з найсильніших частин в MODX. Незважаючи на те, що багато хто не вміють правильно проектувати сайти (не тільки на MODX), отримуючи повільні сайти, створити сайт, здатний витримати високе навантаження, не так складно. Але потрібно сподіватися не тільки на залізо і програмне забезпечення, а й на себе. За рахунок використання кешування можна значно скоротити кількість запитів до бази даних, якщо вони використовуються для отримання даних, які змінюються відносно рідко.
Отже, для того, щоб підвищити швидкість генерації сторінок, потрібно відключити кешування тільки там, де воно дійсно заважає: скрипти, що обробляють дані і т. Д. Як відомо, щоб відключити кешування, досить поставити знак оклику перед ім'ям сниппета, чанка або плейсхолдера ( сніппети, що викликаються програмно, тобто $ modx-\u003e runSnippet ( "snippetName",), не піддаються кешуванню). Відключати кешування також варто під час розробки та налагодження проекту, щоб кешування не гальмувати процес розробки.
Приклад виклику без кешування:
[[! If? & Subject \u003d `[[* id]]` & operand \u003d `1` & operator \u003d` \u003d\u003d `& then \u003d` Hello, world`]]
Приклад виклику з кешуванням:
[] `& Operand \u003d` 1` & operator \u003d `\u003d\u003d` & then \u003d `Hello, world`]]
Але будьте обережні: не слід кешувати сніппети, які обробляють POST-запити (наприклад, форми зворотного зв'язку).
Для того, щоб дізнатися, скільки запитів і часу потрібно для генерації сторінки, досить в будь-якому місці шаблона або чанка розмістити наступне: 95 0.4602 s. У першому тезі буде міститися кількість запитів до бази даних, у другому - час створення сторінки.
оновлення PHP
Зазвичай в новинах про нові випуски PHP пишуть про підвищення його продуктивності, що не може не радувати. Тому для своїх проектів я використовую найактуальнішу версію. На жаль, не всі дотримуються цього і часто можна зустріти сайт, що працює на PHP 5.3 (я навіть бачив сервер з 5.2, в 2015-то році). На щастя, більшість хостерів надають користувачам вибір версії PHP. Тому я, нічтоже сумняшеся, змінив на одному сайті версію PHP з 5.3 на 5.6, збільшивши швидкість створення сторінки в 2 рази (з 0,06 с. До 0,03). Як видно, оновлення версії PHP - це не просто зміна циферок, але і підвищення швидкості і безпеки сайту.
Мініфікація CSS і JS
Відступи і переклади рядків покращують, звичайно ж, читабельність коду, але тільки для людини. Браузеру же можна віддавати мініфіцірованние версії цих ресурсів: без зайвих пробілів і перекладів рядків. Спочатку я стискав CSS і JS за допомогою онлайн-сервісів, але це не зовсім зручно, так як при черговому оновленні оригіналів цих файлів мені доводилося заново мініфіціровать ці файли і заливати на сайт. Тоді я знайшов сниппет SmartOptimizer, який мініфіцірует CSS і JS на льоту. Крім SmartOptimizer є MinifyX, який теж призначений для мініфікаціі і склейки статичних ресурсів. Такі популярні фреймворки як jQuery, Bootstrap і ін. Випускаються в мініфіцірованном вигляді, рекомендується використовувати саме ці версії. Наприклад, замість bootstrap.css краще підключити bootstrap.min.css.
Перевірений сервіс для мініфікаціі CSS:
Насправді, є більш дієвий спосіб: мініфікація під час розробки. Тобто є оригінали - файли в зрозумілому людині вигляді, а є збірка - вже мініфіцірованние файли, які варто підключати на сайті. При розробці сайту я використовую: SASS, gulp - для CSS, webpack - для JavaScript.
Bootstrap
Якщо на сайті використовується Bootstrap, можна зробити свою збірку, що містить тільки необхідне. Наприклад, сама використовувана частина цього фреймворка - сітка, і часто досить залишити тільки її. Створити свою збірку можна на офіційному сайті:.
jQuery
Не використовуйте jQuery. Сучасний JavaScript дозволяє писати досить лаконічний код, а за допомогою транспайлеров буде працювати навіть в старих версіях Internet Explorer.
Єдина можлива проблема - якісь jQuery-плагіни, але для більшості з них є варіанти, які не залежать від jQuery.
Мініфікація HTML
Якщо відкрити код сторінки, що віддається браузеру, можна побачити те, що в коді багато зайвих прогалин (за умови, що ні проігноровано форматування коду при розробці). Знову ж, браузеру глибоко все одно на форматування, адже всередині елементів прогалини схлопиваются в один, а між тегів вони взагалі ігноруються. Природно, видаляти всі ці прогалини і переноси рядків усередині чанкі дуже нерозумно. Тому для цього я додав плагін, що спрацьовує при подію OnWebPagePrerender.
$ Output \u003d & $ modx-\u003e resource -\u003e _ output; $ Output \u003d preg_replace ( "| \\ s + |", "", $ output); $ Modx-\u003e resource-\u003e set ( "content", $ output);
favicon
Браузер, вперше завантажуючи сайт, також шукає favicon. Навіть якщо посилання на favicon не зазначена в мета-тегах, браузер спробує завантажити її за адресою site.ru/favicon.ico. Ця проста операція хоч і займає один запит, і при завантаженні наступної сторінки браузер візьме favicon з власного кешу, але її теж можна виключити. Робиться це дуже просто - потрібно закодувати favicon в base64 і вставити безпосередньо в сторінку. Закодувати favicon в base64 можна, наприклад, на сайті http://xaviesteve.com/pro/base64.php. Потім отриманий код вставити в заголовок сторінки.
Наприклад, якщо раніше favicon вказувався так:
Те цей тег можна замінити наступним:
Дичина? Дичина.
зображення
Яким би банальним не був цей рада, багато повністю ігнорують цей момент. Адже всього лише потрібно зменшувати розміри зображень фізично, використовуючи графічні редактори і розширення (phpThumbOf, наприклад), а не візуально, встановлюючи розміри в атрибутах height і width (що не відповідає стандартам, до речі) або за допомогою CSS. До речі, якщо ви використовуєте phpThumbOf, то оптимізувати сайт можна, деактивовано плагін phpThumbOfCacheManager, який видаляє кеш зображень при очищенні кеша сайту.
Оптимізації наскрізних зображень (тих, що присутні на більшості сторінок) потрібно приділити особливу увагу. Логотипи, спрайт і фонові зображення можна оптимізувати без зміни якості за допомогою онлайн-сервісів, наприклад,.
На малюнку нижче показано, що люди дуже поспішали попити пивка в під'їзді, тому забули зробити так, щоб замість оригіналу, що має вагу майже 1 МІБ, завантажувалася скромна мініатюра, що заощаджує час користувача. На даний момент сервіс PageSpeed \u200b\u200bInsights оцінює цей сайт на 0/100. Це вам не Танці на льоду з щедрими 5.9 з 6.0.
pThumb
Варто згадати про відмінну альтернативу phpThumbOf - pThumb. Як запевняють розробники, pThumb працює швидше (особисто я не проводив бенчмарки, повірю на слово). Для установки pThumb досить видалити phpThumbOf і встановити pThumb. Не варто боятися за те, що після цієї заміни щось зламається на сайті, так як обидва сниппета використовують однакові простору імен.
Мобільна версія сайту
Є два способи оптимізувати сайт для мобільних відвідувачів:
- адаптивна верстка
- Мобільна версія сайту
адаптивна верстка
Це менш витратний для розробника. Особливо, якщо використовується, наприклад, Bootstrap, що спрощує створення адаптивної верстки. Недолік його лише в тому, що користувач мобільного пристрою отримує фактично те ж саме, що і користувач настільного комп'ютера: ті ж скрипти, ті ж стилі, ті ж зображення. Це збільшує час завантаження і відтворення сторінки, що може витерпіти не кожен відвідувач. Може постраждати також і продуктивність, що негативно позначається на рівні заряду акумулятора і відгуку інтерфейсу сайту.
Мобільна версія сайту
Створення мобільної версії сайту залежить від використовуваної системи, на якій створено сайт (MODX, CodeIgniter, Phalcon та ін.). Особливість цього способу в тому, що користувачам настільних комп'ютерів і користувачам мобільних пристроїв віддаються різні версії сайту (різна верстка, CSS і JavaScript-скрипти). Я вже писав статтю про (і для.
Мобільний додаток
Якщо у сайту є постійні відвідувачі, то є сенс зробити мобільний додаток. У такому випадку обсяг трафіку між сайтом і мобільним пристроєм зменшиться, так як буде передаватися тільки сам контент, а код для відображення інтерфейсу вже буде міститися в додатку. Витрати на розробку програми і його супровід - це вже інша історія.
висновок
За допомогою цих простих рухів тіла можна істотно оптимізувати сайти, прискоривши їх за деякими показниками в кілька разів.
1. Description
А чи знали ви, що відносно недавно кількість символів в описі сайту зросла до 255? Так ось, для наших REVO (пардон, Евіста) в свіжих версіях вже не потрібно стрибати по файлах і базі, щоб збільшити ліміт. На найсвіжішої версії 2.6.3 можна сміливо писати більше тексту в цьому полі. У Вас версія старше? А чому не оновлюєтеся;)2. Keyword
Ось найсмішніше, що є сеошники, які доводять, що це поле себе віджило і не має під собою грунт. Ха! Найбільші SEO-компанії Білорусі, надсилаючи мені ТЗ, чітко пишуть, що це поле їм потрібно. Висновок - це як лижі, начебто припадають пилом на балконі, але, напевно, все таки потрібні.3. Заголовки
На сторінці повинен бути один H1 і він повинен бути в 100% випадків. Ну, це знають всі (сподіваюся, що все). Але. Є ще й інші заголовки. Так ось, H2 і H3 має місце бути тільки в тексті (наше поле content) і на важливих фразах. Не можна оформляти заголовками службові фрази, використовувані як елементи шаблону або навігації.Наприклад: у нас є footer і в ньому структура з 4 блоків. У кожному щось є: контакти, посилання на розділи, логотип, соц. Мережі та ін. Так ось, часто це місце підписується
Зв'язатися з нами
абоЗалишити відгук
І так робити не можна. Найцікавіше, що верстальники саме так і повертають макети. Що робити? Замінити наПомітила я, що вкрай рідко зустрічаються в тексті і H4. А ось п'ятого і шостого заголовка на сайтах, які в роботі у оптимізаторів, просто ніде немає - все через стилі.
4. Last Modified
Виведення інформації про те, коли був змінений документ важливий. Але тут простіше простого, рішення вже є і дав нам його наш Ілля - modx.com/extras/package/modlastmodified.5. Rel canonical
Не забуваємо про канонічний адресу сторінки. Але, незабутній і про те, що у нас буде два канонічний адреси, якщо ми викличемо pdoPage без "setMeta" \u003d\u003e 0. Причому другий буде, відверто кажучи, не комільфо.6. Noindex і nofollow
Часто наш брат не заморочується над цим метатегах і всюди в чанк head пишеАле тут ми забуваємо про основну суть даними фраз. Нагадаю, що значення no / follow - це управління забороною індексації посилань на сторінці, а no / index - управління індексацією тексту на сторінці.
Так ось, управління сторінками пагінацію має бути наступне noindex і follow (Не індексувати текст, але враховувати вагу посилань). У мене для цього є мініатюрний сниппет, який я так і обізвала index _follow (викликати в head для основних сторінок сайту).
$ Robots \u003d " "; $ Norobots \u003d" "; $ Meta \u003d $ robots; $ request_uri \u003d $ _SERVER [" REQUEST_URI "]; if (! Empty ($ _ GET [" page "])) $ meta \u003d $ norobots; if (! Empty ($ _ GET [" sort " ])) $ meta \u003d $ norobots; return $ meta;
Для службових сторінок свій шаблон зазвичай (це ми про прості сайти, без особистого кабінету та іншого) і там можна вже руками прописати і цей мета тег, і інші.
7. мікророзмітки і Open Graph Protocol
Так-так, дуже-дуже важлива саме вона. І для сторінки товару / послуги, і для контактів, і для статей, і для хлібних крихт. Зазвичай нам лінь лізти і дивитися її параметри, але все таки вона важлива для ПС. Для ледачих ось copy / past.( "PdoCrumbs" | snippet: [ "limit" \u003d\u003e 5, "tpl" \u003d\u003e "@INLINE
Ну, або так, якщо зрозуміліше буде:
[]
Прімера Open Graph Protocol не наводжу, але тут точно самі нагугліть, як його робити :)
8. Title у посилань
Ну, alt теж шалено важливий у картинок, але я вірю, що ви про нього пам'ятаєте завжди. А ось у нашого улюбленого pdotools в пагінацію є «невеликий грішок» по цій темі і, якщо забути, можна пропустити на сайт посилання без цього важливого атрибута. Можна прописати відразу у виклику шаблони, а можна в налаштуваннях сниппета, як зручніше. Але зверніть увагу на tplPage, tplPageActive, tplPagePrev і tplPageNext.Якщо використовуєте pdoNeighbors, у нього також в tplNext, tplPrev і tplUp немає описів у посилання. Так навіть у pdoMenu, на жаль, tpl без нього. Загалом - тут будьте уважні.
9. Циклічні посилання
Потрапляючи на сайт, більшість користувачів знають, що, клікнувши на логотип, вони зможуть перейти на початкову сторінку сайту. Так як клікабельним логотип уже давно став стандартом. Але єдина помилка - це те, що на головній сторінці логотип також клікабелен, тобто ми отримуємо циклічну посилання, сторінка посилається сама на себе. Лікування просто: (If $ _modx-\u003e resource.id! \u003d 1) makeUrl (1)) "title \u003d" (! LANG: Перейти на головну сторінку" >
!} 
config.site_name), перейти на головну "\u003e (else) config.site_name), перейти на головну "\u003e (/ if)
[[* Id: is \u003d `1`: then \u003d` 
`: Else \u003d`
`]]
10. Сторінки помилок
При попаданні на таку сторінку, важливо не втратити користувача. Дати зрозумілий опис виникнення помилки і надати можливість перейти в популярний розділ або повернутися на головну сторінку. 404-я і 403-я повинні бути. Повинні бути чіткими, лаконічними і без зайвої «каламуті» у вигляді хлібних крихт, великих картинок зверху, коли не видний текст помилки і посилання на догляд з неї.Бонус: дві «плюшки» для MODX REVO
І на останок два Лайфхак, Від яких я просто «тащусь» останні місяці. перше - це системні настройки для користувача.Не секрет, що виклик системної настройки швидше, ніж виклик додаткового поля у сторінки. І, якщо нам потрібно засунути кудись дані телефонів, адрес і фраз з «підвалу» або «шапки», то самим «спритним» рішенням буде їх розміщення в системних настройках.
Але! Нам же не можна туди пускати руко ... х менеджерів. Що робимо?
- Ставимо класний компонент settingsWidget з modstore.pro (https://modstore.pro/packages/utilities/settingswidget) від поки особисто не знайомого мені DocentBF. Пишемо в нього наші, створені раніше налаштування. У автора описана інструкція, там легко розберетеся.
- Йдемо в управління панелями і створюємо нову панель. Стару затре при оновленні MODX, повірте. У неї створюємо і додаємо даний віджет. Називаємо по своєму. Призначаємо віджет політиці менеджера. Але! Чи не забороняємо в політиці доступ до системних налаштувань, інакше він їх не побачить.
- Налаштування ховаємо іншим способом. Йдемо в налаштування меню і з верхнього меню вкладку «Адмін» відправляємо в управління. Так вона сховається з очей, але не сховається з панелі. Свою робочу політику менеджера прикладаю на засланні. Але зробіть це в кінці роботи. Вас вибесіл, коли меню буде переламаним. Реально вибесіл.
Лайфхак два. Відкриваємо будь-який шаблон, наприклад Головна. В поле Значок (після Ім'я та Описи) пишемо icon-home. Зберігаємо, оновлюємо. Відкриваємо вкладку Ресурси. Прикольно, правда? :) А це з бутсрапа, просто назва іконок. Балуйтесь.
На цьому поки все. Може буде друга частина, але пізніше. У мене знову два ТЗ на робочому вікні, плюс ще треба оговтатися після складного періоду депресії. Так що пару місяців я тут навряд чи знову натхненно накатаю статейку. Але я як і раніше люблю вас, співтовариство MODX і EVO CMS.
Ми пропонуємо професійну підтримку сайтів на CMS MODX і пошукове просування сайтів і інтернет-магазинів на MODX. Якщо Ваш інтернет-магазин або сайт розроблений на системі адміністрування MODX Evolution або MODX Revolution і Вам потрібно пошукове просування сайту, то Ви звернулися за адресою. Ми вже багато років займається розробкою, доопрацюванням і просуванням сайтів та інтернет-магазинів на MODX. У нас накопичений великий досвід оптимізації та SEO-просування інтернет-магазинів і сайтів на MODX.
MODX дуже гнучка система, зручна для SEO-просування
Ми зупинили вибір на MODX, як надійної, гнучкою, зручною і дає широкі можливості для оптимізації і просування CMS. Ми знаємо всі можливості і переваги даної системи. Ми маємо досвід і велика кількість власних напрацювань.
Єдиний виконавець - seo-оптимизатор і веб-програміст
Всі роботи по оптимізації коду і контента ми проводимо своїми силами. Вам не доведеться шукати окремого виконавця для виконання робіт по оптимізації або seo-доопрацюванні коду сайту. Ми беремо на повне обслуговування сайт і працюємо з ним, допомагаючи у вдосконаленні та розвитку вашого сайту або інтернет-магазину.
Наші ціни на рівні фрілансу
Вартість місяця роботи над проектом буде на рівні вартості роботи фрілансера. На відміну ж від фрілансера, ви отримаєте надійного партнера, роботу за Договором, бухгалтерську звітність, широкі можливості оплати. Над вашим проектом працюватиме команда фахівців.