--}}
Новая тема
Вы не можете создавать новые темы.
Т.к. вы неавторизованы на сайте. Пожалуйста назовите себя или зарегистрируйтесь.
Список тем

Modx и поисковая оптимизация

Основная тематика
291
29
С друзьями на NN.RU
В социальных сетях
Поделиться
Nird
17.05.2012
С набором популярности Modx начинаю все чаще слышать от разработчиков других бесплатных систем, что сайты на нем плохо продвигаются. Вообще такую формулировку считаю бредом сивой кобыли. Движок, если он дает вразумительный отклик и настраивается, не может мешать продвижению. Тут либо кривые руки у разработчика, либо сеошник лениться, либо тупо клиента разводят на доп. деньги. С моей точки зрения у ModX есть достаточно инструментов для продвижения: чпу настраивается под любой каприз, мета и сео-тексты какие только душа пожелает, структура страницы - тут вообще без ограничений, все зависит от верстальщика, структура каталога от него в принципе не зависит, она должна обсуждаться на этапе проектирования. Что еще для счастья нужно? Да, у МоdX есть проблема с большими каталогами, но пока проект разовьется до тысяч позиций и тысячами параметров - там уже много поменяется. И в принципе смена движка или логики движка для быстрорастущих проектов - нормальная практика. Никто изначально не знает как будет проект развиваться. Поэтому для небольших проектов считаю МоdX лучшим выборов в плане разработки и выполнения капризов пользователя "на лету".
Не хочу разводиться сралки. Хочу услышать конкретные аргументы, поскольку уверен, что большинство из них решаемы на этапе разработки и облегчат жизнь будущим оптимизаторам.
да не будет сралок....
ибо, по большому счету, какая хрен разница, какой движок - все они уступают с точки зрения SEO по многим параметрам простому html / css / php...
ну а Modx лучше чем какое-нить джумло, дык мну рад за разработчиков Modx :)
Nird
17.05.2012
единственное чем он уступает простому html - это время работы скриптов. а шаблон вывода ничем не отличается от верстки
чуть ниже подробнейшим образом ответил чем....
FreeCat
17.05.2012
Яндексмастдай писал(а)
все они уступают с точки зрения SEO по многим параметрам простому html / css / php...

+SSI
146%).
Nird
17.05.2012
ssi намного лучше чем пхп инклюд?)
FreeCat
17.05.2012
... если вставлять чистый html и JS к примеру - то зачем мне пхп инклюд))?
+1
v0iiid
17.05.2012
Яндексмастдай писал(а)
какая хрен разница, какой движок - все они уступают с точки зрения SEO по многим параметрам простому html / css / php...

значит ты не видел по настоящему хороших, удобных, продуманных cms
когда ГС до 10 страниц - использование инклдов может быть оправдано, а когда динамический СДЛ с 2к страниц - как тут без движка?
те же чпу, автоматические карты сайты, баннерные системы и другие фишки без движка не удобно делать.
другое дело, что "продуманных движков" по пальцам одной руки посчитать. в основном не удобное и не функциональное говнище, которое не расширяемо и палки в колёса ставит.
поэтому кто-то пишет свой движок "по уму", не жалея на это средств. это потом возмещается с лихвой :)
Уважаемые Nird и v0iiid!
я ни в коем случае не ставлю под сомнения ваши знания в программировании, но тема касается, если взять шире, "cms (а точнее движок с системой администрирования контента) и SEO".....


так вот:
1. сейчас нет на рынке идеальной CMS с точки зрения SEO
и не надо "вы просто не видели"....
их быть в принципе не должно, ибо как пишут движок?
правильно......
один-два-десяток-двадцать программистов берутся и пишут то, что поможет унифицировать создание сайтов, что само по себе ныне зло, сейчас не 200Х с квадратно-гнездовыми проектами, когда на раз написанной и особо не дорабатываемой цмске можно было неколько лет ваять и ваять сайты....
ныне под даже средний сайт надо эти движки и админки еще пилить и пилить......
дык вот, как вы думатете, насколько велики шансы на то, что один-два-толпа программистов будет делать то и именно так, как говорит ему сеошник, причем еще и зачастую в корне отличающееся от ставшими практически априори способов решений?
по-моему крайне мизерны....
максимум что сделают - это немного подправят то, что уже было написано под пожелания сеошника и будут с гордостью грить, что у нас соптимизированая под продвижение цмска........
да и добавят возможность прописания титлов да мета, причем еще не всегда для каждой страницы, а для группы например товаров :)
в результате чего и видим титлы "КонкретныйТовар покупайте его!/ Подгруппа товаров/ Производитель / Такая-то группа товаров"
в особо одаренных cms это еще и хрен изменишь, если не править движок......

*небольшое отступление
с ростом сложности самих сайтов, идти по пути усложнения движков / CMS - глупо на мой взгляд....
статика с вкраплениями нужных скриптов/модулей, иначе скоро цмс сами станут весить гигабайты кода, а мануалы к ним разрастутся до энциклопедических размеров.....
а на администрирование сайта ставить сеошника и в помощь ему контент менеджера, также со знаниями html, сss и некоторым скилом по тому же js
все остальное - уже под конкретные вновь возникающие задачи нанимать программиста или обращаться к тому,
но правда это понимаю пока единицы из заказчиков..... все еще думают, что в 20ХХ будет также просто с администрированием сайтов как и в 200Х, когда они поручали секретарше "Олечка, добавь новость на сайт"



2. для продвижения идеальны статичные страницы с вкраплением где нужно php или js
почему?
по многим причинам - начиная от генерации даты создания страниц, теми же ЧПУ (как они реализованы в движках - это вобще отдельное зло в 90% случаев, хорошо если есть возможность указать вручную адрес), того же отклика, особенно при пиковых нагрузках, замусоренности кода и вопиющих (с точки зрения SEO) логических ошибках в коде и прочее....
поверьте, список очень длинный, и "быстрота" - там хоть и важный пункт, но даже не из числа максимально значимых.....
особенно же доставляют лулзы в админках принцип "рубрика? новая папка! подрубрика? новая вложенная папка!"
да-да-да, примеров такому великое множество и этим грешат практически все админки, даже тужащийся себя заточить под сео битрикс не без этого....
и похрену, что через ЧПУ у вас адрес будет не "сайт/рубрика/подрубрика/группа товаров/производитель/анонс моделей/сама модель" а ЧПУ будет "сайт/купить хрень/"....
ну да, адрес то хороший :)
вот только сама страница и картинки с нее, которые пауки будут скачивать физически то находится как раз на шестом уровне вложенности от index...
вы еще думаете что неиндексация страниц сайта заказчика такой вложенности это не вина движка и того, кто ее присоединил?
над этим много компаний бьются.... все извилины себе в спирали позакручивали, думая с чего бы так...
а ларчик то просото открывался - пинайте свой движок / смс и программиста, которого вам ее насоветовал......

подитог:
вы говорите о сферическом коне в вакуме - не существует пока движка с cms заточенного под сео
и не будет существовать....
до поры появления позиционируемого на рынке как "в первую очередь заточенный под SEO, а с остальным у нас тоже хорошо" и это бюудет на самом деле так....
в настоящее время "соптимизирован под SEO" идет в ТТХ движков с cms на 8-10 строчке...
причем еще и кратко :)


3. любая система администрированя контента с точки зрения SEO - нахрен ненужный интерфейс
в идеале на каждой странице свой урл, титлы, мета, заголовки, уникальный контент....
так вот вопрос по самой работе в том, что проще - скачать все статичные страницы сайта себе на комп и сидеть и править, или в открытой админке все то же править, зачастую начинающие сеошники даже не понимают, даже элементарных принципов работы сайта с движком и cms.....


4. наличие cms ну никакми образом не влияет на СДЛ сайт или нет...
странно было такую привязку услышать.....
не, ну если вы об удобстве для секретарш, которые правят новости, или мальчиках / девочках, которым как снег на голову подкинули еще и отвечать за сайт, а они в вебе кроме фконтагте ничего не видели - то да...
для них cms - это просто подарок небес :) и очень для них сделанный сайт получится :)


5. практически любой сайт даже с 100К страниц можно построить на инклюдах, причем не доводя их количества до абсурда....
а вот под 10К страниц не каждая админка потянет, а те, которые вытянут - как минимум потребуют хорошего такого допиливания.....
а если 30К страниц? и хорошая посещаемость?
а на 20К будет орать, что нужно выделенный сервак да еще и архитектуру самого сайта напрочь менять


6. автоматические карты сайты, баннерные системы и другие фишки без движка не удобно делать
эм, а как их в 200Х делали? :)
вы сильно преувеличиваете значение движков....
например для баннерных систем, да и большинство фишек - достаточно вставки на страницу небольшого кусочка кода (или отсылки на .php если большого) и отдельной папки для картинок.....
если же говорить о проектах с баннерной ситемой вида хотя бы ннру, то тут вобще разговор о готовых цмс - под такие проекты тупо и глупо использовать готовые коробочные варианты, тут только один вариант - готовая самописная с адским допиливанием и прогрраммиста с оной пренепременно себе в штат и холить и лелеять.........
также решается вопрос и с большинством иных фишек, а уж тем более, если они индивидуально под заказчика продумываются, а не из числа "стандартных"....


7. в SEO есть такой момент, что вне зависимости от редизайна сайта позиции должны сохранятся....
как это сделать вопрос, особенно если сайт на другом движке - крайне тяжелый и требующий существенных трудозатрат, а частенько и просто нереальный....
* не, ну есть более хитрые варианты, но о них я тут не буду говорить:) тем болеЕ, что все одно придется сильно постораться
со статочными страницами и теми же инклюдами это делается гораздо проще и ограничивается небольшим проседанием


8. и думаю никто не будет спорить с принципом "чем проще, тем надежнее"?
будем по этому показателю сравнивать статику и движок? :)


P.S.
вы просто немного забыли, что каждый уважающий себя сеошник, знает что такое FTP :)
знает html и css как минимум, в идеале еще б и php, но это уже скилл нужный но все-таки не приоритетный....
а вы пытаетесь убедить, что надстройка в виде cms - нужна сеошнику, а сайт на движке это "вещЬ!".....
с точки зрения SEO = ни-хре-на

P.P.S
господа!
вы же не с заказчиками разговариваете, не с теми, кто админить потом у них сайт будет, и который ни в зуб ногой в веб-разработках......
так что не надо пытаться переубедить сеошников в том, что движки и админки очень полезны и удобны для продвижения.....
в преобладающем большинстве сайт на движках = +192% к гемморою при продвижении :)
*ну если не пытаться вытянуть сайт в ТОП исключительно ссылками...
тогда да, похрену на чем сайт... хоть на трех китах и черепахе :)
но это отдельный и дооолгий холивар, который на@рен тут никому не нужен.....
FreeCat
18.05.2012
Яндексмастдай писал(а)
5. практически любой сайт даже с 100К страниц можно построить на инклюдах, причем не доводя их количества до абсурда....

На практике проверено что даже больше). Правда "собирать" инклюды тоже своего рода исскуство).
угу, полностью согласен...
собрать сайт на инклюдах так, чтоб было удобно и просто администрировать надо голову поломать и не каждому еще и дано......
v0iiid
18.05.2012
ну и жесть
читаю твои посты и всегда соглашаюсь с ними, но здесь...
всё равно, что ключевики одним вордстатом собирать, вместо кейколлектора (есть ведь и такие любители)

простой пример - меню хлебные крошки. в хороших цмс оно есть и делается автоматически. приспичило изменить название одного из корневых разделов и ... во всех страницах меню останется старым. конечно, можно извратиться так - открыть ВСЕ html-файлы и сделать "заменить везде...", но...

другой пример. насчёт "того же отклика, особенно при пиковых нагрузках" хорошая цмс имеет кэш, например сгенерирует страницу и положит html-файлик в кэш, откуда его nginx будет реактивно пулять. а инклюды на php при тысячах уников в сутки?..каждый раз обрабатывать апачем?. на вдс апач сожрёт всю память и приляжет. с виртуального хостинга совсем погонят)

другой пример. подготовка текста к публикации, загрузка картинок и т.п. воткнул ckeditor и в путь. уйму времени экономит. в решении с инклюдами, конечно, можно каждый раз пользоваться ckeditor.com/demo и копипастить результат, но...

+ мало кому нужны сайты, заточенные только под сео... большинство владельцев хотят править его самостоятельно. а они часто "не в теме". более-менее нормальный сайт просто обязан быть "админ-френдли"

вопсчем, к чему я. на стороне "цмс-ного" решения много разносторонних удобств, которые не под силу инклюдам.
но если выбирать между "очень плохая цмс" или инклюды - то второе)
то ключевики одним вордстатом собирать, вместо кейколлектора
вы просто не пользовались профессионально вордстатом :)))
а если серьезно, какая хрен разница?
он ту же базу Директа и использует......
правильные же подбор и отсев КС это настолько важно, что вот хрен это доверю проге.......
у меня ж не ТОП рулит, а переходы, да с парой клиентов и звонки / обращения

сезонность запросов показывает?
по большой сути а кому она нахрен нужна, кроме разработчиков оного коллектора?
если компания занимается продажей чего-либо, то у нее на сайте инфа круглогодично висит и с ТОПов переходы в сезон 1000, в "не сезон" 50.....
но и в том, и том случае - это покупатели и не оптимизировать например под КС, посколько в несезон рухает спрашиваемость всяко не айс же....
тем более, все одно придется его сборную солянку по КС проглядывать и анализировать....
вот если б он это сам делал, тогда да :)

остальные его умения....?
особенно улыбает "бюджет"... от он, какой, нострадамус хренов :))))
вобщем, алгоритмы настолько сложными стали, что надеятся на то, что разного рода программки смогут дать данные, на основании которых можно поределить, почему один конкурент на 1 месте, а другой на 10 - не стоит...
так, подспорье небольше, по эффекту не полезнее Я и G-баров или того же ашмановского Аудитора - то бишь в сущности та же вода и те же вилы
да и голову ломать что там с позициями по конкретным позициям в ТОП - это точно не ко мне....
надо, прежде всего не 10-20 слов двигать в ТОП, а сам сайт "улучшать"...
тогда и с КС нормально будет

так что кейколлектор - вы даже меня не задели отправив к "есть такие любители"......

хлебные крошки
открою вам огромаднейшую таааайну....
то, что называют сейчас "хлебными крошками" - это не фишка современная....
это один из главных принципов юзабилити существовавший еще в 199Х - посетитель всегда должен знать, где он находится.....
если для этого ему нужны хлебные крошки - ошибка юзабилити, это раз.....
причем в том виде, как принято сейчас хлебные крошки реализовывать, то есть есть меню, например каталог, в нем группа, подгруппа и товар (не ссылкой)
а над тектсом страницы идут хлебные крошки - ошибка номер два, уже с точки зрения сео ...
так как поиковики не любят дубляж внутренних ссылок....
а он в хлебных крошках есть - включая и на саму титульную, так как лого принято все-таки делать ссылкой на index

так что кто там пихает хлебные крошки в массы - мозг пудрят
полный путь до страницы, как указывается в крошках зло...
которое, частенько еще и добавляет глубину вложенности от index странице с конечным товаром - это ошибка намба фри....

как менять статические страницы при изменении, например, каталога - вопрос отдельный, тут как раз из разряда "собирать инклюды тоже своего рода исскуство)" (с)FreeCat

инклюды на php при тысячах уников в сутки
если вы посмотрите, то страниц то на большистве сайтов, в которых есть нужда применения инклюдов незначительное число....
то есть тех, под которые действительно планируется периодическая и частая изменяемость, а таких - не много даже в интернет-магазинах
к вашему сведению, даже каталог товаров можно сделать на 95% статичными страницами с обращением к базе только за ценой...
даже меню на многих страницах сплошная статика......
второй вопрос, что это досконально должно быть продумано на стадии ТЗ

да и кто вам сказал, что такие параметры нагрузки с инклюдами на серваки?
вы забыли про кэш в самих браузерах, который у 99% пользователей включен (они просто не знают, где отключить кэширование)))
где также сохраняются подгружаемые файлы, и которые при повторном обращении берутся уже не со сервака, а из кэша

в вашем же варианте ключевые слова "сгенерирует страницу" и "положит html-файлик в кэш".....
кэш, который периодично чистится, исходя из его наполнения и обновления самой информации на сайте (это у большинства админок так).....
затем очищенные и страницы заново генерятся с новой датой создания прри последующих запросах пользователей - это для того, чтобы кэш не переполнялся.....
то есть паук того же яшки заходит и получает страницу из кэша...... с недавней датой создания.....
другими словами, сайт на админках - это постоянно сайт со свежайшей датой создания страниц с точки зрения поисковика...
понятно, что идет сравнение с ранее сохраненной версией, но тут вам точно никто не скажет, какие выводы поисковик сделате из этого....
может он посчитает дату страницы как дату первого изменения (но вряд ли, ибо владелей того иннет-магазина успел сменить, например, ту же цену или самостийно добавил пару строк в описание... или отзывов о товаре наоставляли посетители), скорее всего и присвоить именно "свежайшую".....
а то, что "старость" страниц играет значимую роль вам говорить не буду......
один из принципов того же сео - "сделал страницу? оставь ее впокое, дай отстояться".....
крайне нежелательно вобще на значимых с точки зрения SEO / продвигаемых страницах что-то менять от пары-тройки месяцев .....

подготовка текста к публикации, загрузка картинок
непонял.... мы тут о чем?
об удобстве загрузки на сайт контента, или о качестве цмс с точки зрения SEO?
в последнем случае, поверьте, контент на каждой продвигаемой странице вам потребуется вручную рихтовать, править....
забудьте про желание автоматизации - с качественным SEO это мало сочетается.....
это также, как на сайт я проставил 1000 хороших ссылок ....
при уточнеении оказывается, что он автоматом напокупал их в сапе......
хорошее SEO, до изобретения вменяемого ИИ, способного играть не только в шахматы, еще долго будет оставаться исключительно ручным и нудным трудом, требующим постоянного внимания от человека.....

да, и тем более, вам же все равно придется каждую страницу проверять, перезагружая ее в том же браузере, а так ли загрузилось, и туда ли куда надо, не разъехалось ли, правильно ли все отобразилось....
при редактировании статичных страниц оффлай это можно сделать мгновенно.....

большинство владельцев хотят править его самостоятельно
очень крайне сильно масштабно преувеличено :)
вы как общаетесь с заказчиками?
после сдачи сайта у вас с ними только на редизайне?
или когда надо что-то дополнить?
в реальности, количество заказчиков, которые активно юзают поставленную им ЦМС, по-моим скромным оценкам, крайне мизерно....
из оставшихся 97-98% еще процентов пять зайдут сами раз в полгода, чтобы изменить какую-нить мелочь например контакты.....
остальные же про наличие админки забывают сразу же после сдачи им сайта....

и то, из тех, 2-3% кто как бы активно юзает, понимают, что сайт - это их второй, а частенько и первый канал сбыта...
поэтому и юзают, что у них в штате / удаленно отдельно нанятый человек, который им и обеспечивает информационную поддержку и SEO....
то есть фактически юзают то не заказчики :) а сеошники :)
юзают и матерятся, матерятся и юзают:)
так что есть смысл со стороны заказчика, например, при желании поставить себе на продвигаемый вдальнейшем сайт тот же битрикс / любую другую платную, выкинуть нахрен эту идею, и сделать сайт со статичными страницами и некоторыми возможностями обновления исключительно там, где это надо и будет востребовано и без битрикса....
а съэкономленные деньги на самой CMS и за работу программиста добавить сеошнику / контент-менеджеру:)))
*троллфэйс
или, если серьезно и без шуток, сделать нормальный сайт, непожопившись на дизайне и нужные отдельные программные модули, а не полуунылое ГЭ, которое как правило получают да еще и за бюджет по меркам НН существенно выше среднего.....
dem
21.05.2012
не все так плохо)
мы себе цмску когда писали....большинство моментов этих предусмотрели:
1. на каждую страничку создается честный файлик - html..да..минус есть -обработка через пхп..зато постоянный честный адрес в папке (до 4 уровней..ибо больше как ты сам написал - никому нафиг не надо). и дата создания постоянная..ну если не сотрут и не создадут заново)
2. хлебные крошки создаются опционально..в смысле не есть вещь обязательная - особенно при открытом меню подраздела.
3 с точки хзрения нагрузки..ну собственно файлов подключается немного...на производительность пожаловаться не можем..нагрузка от количества старниц не зависит вообще..только от посетителей ..но при 2-3 тыщах в деньб на обычно виртуальном хостинге - котрый самый дешевый - все спокойно крутится(джумла там умирает на 200-300 посетителях).

Разумеется есть свои недостатки..поскольку писали под себя - то это не вещь на все случаи жизнри..то есть миллиона готовых модулей нет. но разумеется мона все дописать поксольку свое)

С точки зрения удобства для пользователя - сеошника - или просто юзаеры - с точки зрения понятности..имхо на порядок проще и удобнее битрикса..сайта днк... ну и немногим лучше нормальных систем - лучше с точки зрения простоты. а так понятно - что каталог + визуальный редактор. Осноная трабла в неудобствах - это затруднение - пока найдешь в системе управления нужную страницу)


это я не в плане рекламы) а хотя бы потому что мне проще те же станички генерить в системе управления) хотя бы если я и пишу их в чистом коде)

ну и собственно неплохие решения видел и в umi.cms, кажется simple cms, в модх и джумле тоже вполне нормальная реализация в части работыс конткестом. Но там минуса котрые ты указал выше - путаница с путями..вложенностью и прочем - все они там "псевдо"..плюс конечная скорость работы.
дык я уже десятилетие "за" самописные то :)
по ним, как правило, вопросов гораздо меньше, чем к общеизвестным "коробочным"...
и если возникают, то дорабатываются / исправляются гораздо быстрее и проще, как правило

вопрос просто несколько шире.....
насколкьо нужны CMS сеошнику....
плюсы так сказать, и минусы....
первых пока не особо много то, а вот вторых - букет.....
dem
21.05.2012
а..вон ты о чем)

ну минусы остаются на реализации сеошных хотелок..
плюсы против работы ручками:
1. часто к сео привлекаются контент менеджеры. они отлично пишут тексты. разбираются достаточно в сео..но не очень сильны в программинге. Делать работу по заливке и коррекции текстов на сайте за них - ну можно конечно..но они сделают это дешевле и добротнее)))) плюс передача текстов туда сюда грозит частичной потерей..а тут прямо на сайте сразу все хорошо)

Этоплюс. То есть все таки сеошники разные бывают и не обязательно копирайтеру..ну чуть более чем продвинутому в сторону сео быть веб программером.


Скажу так же и про себя - толковая система управления снижает риск случайно испортить страницу. Во время работы с ней. Особенно при массовой работе. да и просто итерация поиска нужно странички для правки через систему управления заниамет меньше времени чем поиск ее по адресу)

Плюс если доступна некая автоматизация - типа автоматической(частичной, там где надо) генерации метатегов, титлов, заголовков.

Далее навигация. тут самый пикус..даже работая с шаблонами генерация меню раздела(автоматическая) сильно скрашивает жизнь супротив работы ручками. Всегда можно забыть это сделать.

Ну пустяк...но приятный - это генерация карты сайта..как просто карты так и сайтмап

Это тоже на штмле ручками сделать либо гиморно либо трудоемко..либо забудешь..

Ну и в конечном итоге мы же говорим что идеальных людей нет..запросто может оказаться ошибка в некой тиражированной части кода..есть кончно способы все поправить...но они непрямые и с шансом на ошибку..переделывать структуру. способ вывода сайта и т.д. с системой управления приятнее.



ну а вообще +и - цмс это некая сбалансированность под конкретного польщователя..котрая позволяет ему минимизировать время рутинной работы, либо ускоряет работу с ней ..в то же время не сказываясь на производительности.

То есть идеальная цмс как всегда посредине между гольным штмл и универсальной на все случаи жизни системой управления.
1. работу по заливке и коррекции текстов надо....
а то зальют не то, не туда и т.п....
дольше времени займет частенько объяснение тому же копирайтеру, для каких именно страниц нужны эти тексты, и в каком виде их там размещать...
ну а править в он-лайн режиме "тут на сайте прям сразу и все хорошо", не есть гуд все-таки....
согласование текстов с заказчиком никто не отменял же.....
поэтому вордовский файл от копирайтера ->seoшник -> пожелания от заказчика -> seoшник -> сайт.....
зачем заказчика заставлять рвать на себе волосы от того, что копирайтер сразу на сайт херачит им же написанные тексты?


2. да в статике программировать под SEO то ничего и не надо ....
нахрена сеошнику в программные модули то лезть.....
а уж если требуется, то тупо делается небольшая админка под конкретные модули, а не размещается мамонт в виде того же битрикса


3. трабл с поиском при статичных страницах несколько преувеличен, так как глубину вложения больше 3-4 никто делать и не будет....
и нет никаких проблем найти и править напрямую в каком-нить редакторе статичную страницу, размещенную по адресу "слеш" еще один / и сама page
или как озвучивалось ранее - в оффлайн версии и закидывать по фтп......
а риск испортить - все дело в сноровке и "семь раз примерить, один - отрезать"....

но вы правы не в случае со статикой.....
гораздо удобнее искать через админку, если сайт на какой-нить коробочной ЦМС и количество папок зашкаливает = семь-десять слешов, а потом уж только page.
то тады да :)))
но вопрос то не в том, что как легче работать с сайтом на админке, а "нахрена она вобще на продвигаемом сайте"


4. автоматизация в SEO - все-таки зло)
в том числе и при формировании титлов и мета....
не рассматриваем вариант тупой оптимизации, где все титлы и мета на странице делаются имсходя из "H1+купить"


5. а вот за генерацию карты сайта автоматом в коробочных вариантах CMS с точки зрения SEO надо на кол сажать.....
за одну только пару сотен хоть и внутренних ссылок, но ссылок, ведущих с одной page - даже только за это.....
без добавления там где надо текстов описания оных ссылок (генерация автоматом на основе титла/дескрипшина - не вариант)?
без сокрытия второстепенных с точки зрения SEO разделов?
и прочее, прочее, прочее.....
отдельный за это, так сказать, поклон...
* а посетители ой как мало на эту карту сайта вобще заходят....
** пауки же, в случае со статикой и так дойдут до всех страниц, которые нужно проиндексить, так что карта сайта в коробочных CMS не больше, как попытка скормить те страницы паукам, до которых он через дебри меню еще не факт, что долезет = заплатка кривизны большинства готовых CMS
так что нормальная карта сайта делается исключительно "ручками"


6. "оказаться ошибка в некой тиражированной части кода"....
обсуждаем же ститичный вариант с инклюдами, как замена динамическому с CMS....
так что тут тоже не придется на каждой отдельной страничке править


7. на производительности на том же сервере, как ни крути, но коробочные CMS сказываются.....
на скорости работы администратора / контент-менеджера / сеошника - тоже отразится, и как правило не в пользу сайта с CMS...
ибо в большинстве случаев коробочные CMS крайне хУрово заточены под сео, да и не все сделано в них, что надо то...
в нормальных самописных - с этим получше дело обстоит.....


8. "То есть идеальная цмс как всегда посредине между гольным штмл и универсальной на все случаи жизни системой управления"
примерно и я о том же :))
статика + программные модули с небольшой панелью администрирования, но исключительно там, где она будет необходима....
dem
17.05.2012
совершенно верно..все от кривизны рук разработчика зависит
как и везде
собственно яндексу пофиг чем код генерится)) хоть руками на лету подавай)

самому пришлось в модх овских шаблонах разираться ибо сайт делал стунент..котрый сам о них понаслышке знал..через это ублил некотрое количество времени - разбирался почему не выводится страница ак как надо..

если быть в теме то проблем нет

ну а дальше все упирается в скорость разработки..если спец по моду и все можешь сделать за пять минут - отлично...если как я - чтобы чтото сделать в моде надо потратить полдня на разобраться - ну его нафиг - мне проще на своей цмске сделать)
Nird
17.05.2012
если я знаю, что с большой вероятностью сайт будет продвигаться, то всегда оставляю ключи для оптимизаторов: каждый шаблон называю внятными именами, все чанки комментирую что и зачем, сразу блок для сео завожу, чтобы потом не гемороиться. поэтому лично на меня от сео-менов жалоб не было. но вот эта фраза "модх тяжело продвигать" меня раздражает.
dem
17.05.2012
я ж пояснил откуда всплывает аткая фраза. Заказчики любят экономить - делать сайты за 5 тыр..кто делает? стеденты..ищут бесплдатный движок и на нем учатся. ессно как получится. оБычно они после этого и сваливают вникуда так что не найти. Итог - кривой сайт...котрый трудног продвигать потому что его кривым сделали. Видимо у студентов кривая моджификация модх популярна..отсюда и недобрая слава о нем среди тех. тко потом с их творчеством работает)
Nird
17.05.2012
да это я понимаю. вот пример того, как простота движка губит его репутацию)

)
от сео-мэнов жалоб не было знаете почему?
сил уже нет больше бороться с программистами и коробочными админками :)

P.S.
тут смайл троллфейс ))))
хотя мну и серьезно.......
а серьезно из-за того, что сайт - это в первую очередь инструмент продаж / коммуникации с ЦА, а не крутой движок, заточенный под все, что угодно, и супер навороченной админкой с да еще и с каким-нить "голосовым приводом" и кнопкой "сделать пиз@ато"...
поэтому то же ТЗ надо начинать продумывать не с дизайна, не с программинга, а с того, для чего он создается.....
так что SEO и прочие способы продвижения - это не как принято сейчас считать исключительным большиством заказчиков / студий / фрилансеров итоговый вариант (сделаем сайт, а потом его и двинем в ПС), а начальный.....
кто понимает, вот у того проекты с серьезно возрастающим шансом на достижение именно продаж / взаимодействия...
ну а % так 90, если не больше, сайтов до сих пор из разряда "чтоб был" или довольствуются крайне малыми успехами......
Nird
18.05.2012
структура, логика взаимодействия, архитектура, информационное наполнение и разделение - очень хорошо, когда вся команда принимает в этом участие. но зачастую происходит команда "сделать так" и процесс превращается в мышиную возьню
вот поэтому я предпочитаю фрилансить и выбирать с кем еще работать...
адекватность и умение заказчика прислушиваться и понимать - первоочередное при работе
иначе чур меня, чур....
паукам Яндекса то пофигу....
а вот не пофигу позициям в Яндексе :)
RUSDVL
19.05.2012
Чтот тут уже не первая тема про MODx )) Кто заказал?))
Отличный фреймворк, просто у некоторых руки из жопы и ноги из жопы и вообще все из жопы(с)
Nird
20.05.2012
никто не заказал, наоборот пытаюсь отстоять
да и мы тоже же ж не на MODx ж персонально то наезжаем!
а на все сразу готово-коробочные CMS :))
Новая тема
Вы не можете создавать новые темы.
Т.к. вы неавторизованы на сайте. Пожалуйста назовите себя или зарегистрируйтесь.
Список тем
Последние темы форумов