Если ленивый/тупой/упрямый создатель cms определяет что должно индексироваться, то пусть сам и пользуется этой cms
Ну на самом деле это всё об ушедшем прошлом. ---------- Добавлено 07.09.2019 в 15:47 ----------
Ну xml не запрещает подключение счетчика.js в отдельном файле.xsl
Но если в браузере отключите js, то со страницы примера пропадет только счетчик LI и ещё немножко, но в целом она останется почти такой же, чего не получится с js-оформленным дизом на http://www.unmedia.ru/js-seo.html
XSLT в браузерах отключают реже,
но go.мэйл не индексит .xml
Ну а ключевики где?
Вообще-то пример был не с js, а с xml, xslt на клиенте.
Ну т.е. вы идейный сторонник индексации 196 слов одинаковых меню/шапок/футеров на всех страницах. PHP может отдавать что угодно, включая js и пр. Но вам кажется, что лучше html - "чтобы лучше индексилось". А если основного контента 5 слов, то "поисковики различат навигацию и контент"? Ну "дивная верстка лучше табличной" - это же даже клиентам понятно.
А ответы как обычно не совсем точные, много чуши вкомпилится. Либо по кажному пункту надо лезть на сайты юристов...
Вам это будет важно лишь при иске вам-как-собственнику.
Обычно "квартплатой" называют всё.
Но не всё является "коммунальными услугами" (погуглите), некоторые строчки платежки формально коммуналкой назвать нельзя.
Поэтому, если вы и хотите в договоре что-то подробно оговорить - берете весь список названий услуг из всех счетов, а это может быть несколько организаций, и расписываете на несколько страниц, включая возможные появления новых услуг / изменения их названий / смену организаций / переход на прямые отношения с РСО . . . и с первого раза даже юрист допустит несколько простейших ляпов.
Ну вот, на основании личного мнения, и нагенерите боту сайт, в котором:
- нет возможности возникновения дублей... на любом серваке,
- нет индексации сквозных/повторяющихся элементов типа большой-подробной-развернутой навигации,
- боту доступен только основной контент страницы + некоторые сцылки перелинковки,
- есть легкая возможность указывать индексируемую и неиндексируемую части страниц (копипаст),
- бот не тратит 'краулинговый бюджет' на обход всех страниц, запрашивая только изменившиеся,
- ...
Ну в общем, сайтострой так и не успел слиться в экстазе с seo, пока рекламный пузырь на рынке этому способствовал, и удобных seo-маньякам cms так и не было сделано - когда это ещё имело смысл.
А если ты сдохнешь, то и жить тебе не надо.
Сайтострой сдох вслед за seo, следующие домейнеры. Так что не до cms
А я сам не генерю, это софт делает.
Ну ... сказка про белого бычка от программеров.
А то, что надо индексировать - генерится в статику.html
и не важно - на сервере или 1 раз софтиной на ноуте.
Рекламу/оформление/счетчики индексить обычно не надо.
Так что это был лозунг типа "дивная верстка лучше табличной, т.к. боту быстрее"...
Даже больше, чем:
- слой звукоизола
+ 2 толщины профиля
+ длина виброподвесов
Проблема не в базовых знаниях и не в способах редактирования, а в навязанной создателями CMS якобы-обязательности серверных скриптов. Много чего можно и на клиенте.
