Среди полярных сеонистических требований сейчас встречается "Соотношение текста и кода".
Я конечно могу это соотношение повысить следующими методами:
1) Уменьшить названия классов. "bt" вместо "block-title" - экономия 10 букв
2) Везде где можно ставить id, а не class - экономия целых 3 буквы
3) div вместо span - еще буква экономии. Можно даже наблатыкаться p вместо div.
Но чувствую, это глупости. Как считаете? Хотя отношение реально станет выше.
Поубирать лишние обертки у блоков и вьюх могу.
Вообще в самом Гугле где-то написано, какое должно быть соотношение? Можно ли сказать Гуглу учитывать это соотношениие только для тех мест в которых контент прописан?
- Блог
- Войдите или зарегистрируйтесь, чтобы отправлять комментарии
Комментарии
Да, собственно, по твоему прошлому вопросу было понятно к чему дело идёт.
Беги, Васёк, беги с этого проекта.
Ты столкнулся с SEO-шаманом
Таким сеонистам и в рожу плюнуть не зазорно.
Только так, чтоб к соотношению их кислых лиц соразмерно было.
Столько людей задаются этим вопросом. Разве они могут ошибаться Smile
https://www.google.com/search?q=%D0%A1%D0%BE%D0%BE%D1%82%D0%BD%D0%BE%D1%...
Как считаете имеет ли смысл тут ynafani.com.ua увеличивать? Главная 11%.
Попрошу без оскорблений, многие недочеты я и сам вижу.
Надо верстать всю страницу через < i >! Не нужны id, делайте в css через i:nth-child()!
Не флуда ради, а ради доказательства концепта)
И да, это шаг в том же направлении что и прошлый пост - когда вы решили порядок отображения менять через jquery-dom-операции типа appendto.
Опережая вопросы о соотношениях в CSS и JS, вот отличный концепт: https://fuckingwebsite.ru/
Но и в нем найдено овер 25% "мусора"...
Доказать, что отношение изменится я могу. HTML рельно уменьшится, а CSS увеличится.
appendto - мне так удобнее. тем более, что постоянно контейнеры еще много раз местами менять придется.
Это старая история, когда еще верстали таблицами, использовали активно копипаст, ссылочный и текстовый спам.
А так же это было неким показателем, что мало контента на странице.
Но теперь есть баден баден, и иногда это даже лучше, чем много))
В общем, этот показатель уже устарел на мой взгляд. Над этим можно заморачиваться когда все остальное в идеале
Лично я никогда не занимался подобным бредом (чистка друпала от стандартных классов и ид), кореляции не заметил.
зы поднимать контент повыше - повод для эксперимента. Но есть разные выводы, что продвигаемые запросы нужно держать повыше в контенте.
сегодня утром были повыше
Просто подключи скрипты и стили инлайново в код страницы, тогда соотношение может увеличиться в пользу текста в сотни и тысячи раз.
Как это сделать?
Может я неправильно представляю себе ситауцию, но речь идет именно о HTML коде. А если подключить стили и скрипты, этого кода наоборот будет больше, потому что больше можно будет скопировать со страницы просмотра кода.
Текст скриптов и стилей будет содержимым тегов, т.е. текстом. Правда скорее всего считалки эти тэги обрабатывают по-другому.
А вообще, если серьёзно, то в первую очередь надо обратить внимание на две вещи: шаблон филда, там минимум три обёртки, из которых для полей с одним значением можно выпилить две, а с множественным - одну. И во вьюсах есть галочка "предоставить обёртки полей по умолчанию", если её снять, хтмл очень существенно сократится.
Также в page.tpl.php одна-две обёртки могут быть лишними. Плюс в шаблоне блока можно снести как минимум одну обёртку. Также в нодах можно выпилить одну обёртку, особенно, если нет комментариев.
Самое главное - не снести обёртки, в которых к вьюхам цепляется аякс.
Fences
Тупые методы сверху дадут большее соотношение чем "если серьезно".
Насчет fences пока не знаю
Пробовал и то, и то?
Думаю попробую
Какова цель этой оптимизации, если для сео - не почувствуешь разницу, если для скорости поддержки проекта, возможно есть профит.
Какова цель я не знаю. Есть задание, я его выполнить могу. А вот насколько будет прирост - не понимаю. Скорость поддержки наоборот упадет.
Было время сокращал даже имена переменных а не только классов, но время показала что минусов больше чем плюсов Smile
Сокращать имена классов, менять классы на id - это бесполезное занятие. Почитайте как работает gzip, и внезапно поймёте, что выполняете его работу вручную.
Вкратце, gzip делает две вещи.
Первое: заменяет повторяющиеся фрагменты ссылками, например
<div class="row"><div class="cell"></div></div>поменяет на что-то типа{1}row">{1}cell">{2}{2}и запомнит, что{1} = <div class=", {2} = </div>Второе: юзает какой-то классический алгоритм, который кодирует наиболее часто встречающиеся символы наименьшей последовательностью бит.
Поубирать лишние обёртки - идея здравая. Как по мне, проще, когда значение поля лежит в одном диве с нужным классом, чем в четырёх с ненужными.
По поводу соотношения текста и кода - это маразм.
Маразм - согласен. Обертки - понимаю.
gzip - нет
Он сейчас часть модуля https://www.drupal.org/project/advagg ?
Где он в нем включается не вкурю
nginx и apache можно настроить, чтобы жали на лету. И в nginx настройка как правило по дефолту включена. advagg - позволяет заранее сжать файлы, что немного экономит ресурсы сервера.
Это еще на ВДС владельца сайта уламывать?
Уломайте его от услуг этого сеошника отказаться.
Форумчане подскажите: как можно сделать, чтоб определенные области на сайте не были видны в коде сайта по Cntl+U (view-source). Как-то "динамически" их подгружать? Модули для этого есть?
У меня на сайте реально много всяких слайдеров которые чисто "для мебели".
Или подгружать блоки с помощью JS как-то можно? Реально решит проблему