В больших разветвлённых проектах все эти задачи решают вместе.
Я не встречал проекты/сайты, куда вбухивается большие силы, средства, авторская информация и при этом их не интересует индексация. Также и здесь, очевидно, что автор темы пытается разобраться с тем, как распределить информацию внутри сайта и его также интересует успешная индексация и итоговая поисковая видимость.
Поэтому, и структурные вопросы, и юзабилити, и оптимизация для поисковых систем - всё необходимо планировать сразу.
Тогда вы противоречиво иллюстрируете свою мысль здесь:
Здесь у вас Теги - дочерний элемент родительского уровня Категория.
А вот как раз нет. В своём изложении вы пытаетесь представить структуру то через тег, то через категорию; предлагаете то одну вложенность для обсуждения, то другую. О чём это говорит?
Это говорит о том, что в первую очередь структура нужна вам для построения правильной таксономии.
Это уже говорит о том, что вы решаете задачу архитектурного проектирования вашей информации. Если вы внутри своей структуры не решите логические задачи, которые определены свойствами вашей информации и задачами сайта - вы потом не сможете эффективно управлять всей совокупностью имеющихся данных. Важна в этом случае структура - конечно важна!
Вот! Поэтому определяя типовые схемы карт пользователя вы должны понимать, где сосредотачивается ваше ядро по точкам входа на сайт и какое дальнейшее распределение по нему происходит.
Без внятной структуры и определения функциональной логики для каждого уровня структуры будет хаос. В первую очередь вы сами устанете анализировать эту информацию и не сможете принимать эффективные решения.
Да, пожалуйста..
Вот есть раздел Звуковые эффектыДальше категория Животные.А дальше есть виды животных. Например, Собаки, Кошки, Медведи.
И там есть вопрос. Можно сделать подкатегорию Звуки собак.
Так, смотрите, вырисовывается следующее:
Звуковые эффекты -> Собаки -> Звуки собак
Сразу вопрос - в общей классификации звуковых эффектов для собак это могут быть только звуки собак? Если да, то уровень звуки собак не нужен, потому что уровень Собаки сам в полной мере описывает данную область.
Если же под звуковыми эффектами может пониматься, допустим, какие-то короткие звуковые выдержки из мультфильмов героев собак, вот тогда, можно задуматься о доп. категориях или тегах.
Чтобы корректно решать такие задачи, нужно иметь погружение в проект. На абстрактных примерах - это не благодарное занятие, ибо слишком широкая вариативность условных данных.
Вот здесь ключевым моментом является то, какую функциональность для вас будут выполнять теги.
Если вы будете использовать теги просто как функционал поиска (и не намерены использовать теги, как посадочные) - это может быть одним структурным решением, где теги по сути будут служебными адресами, закрытыми для индексации (чтобы не плодить дубли по выборкам), а если вы намерены использовать теги, как целевые страницы, то это уже должны быть полноценные элементы структуры и здесь тоже могут быть интересные варианты.
Теги являющиеся подуровнями родительской категории можно собирать по общему семантическому признаку, допустим, Собака -> Лай собаки, а теги, которые частичное семантическое совпадение, ну, допустим,
у вас есть звуковой фрагмент, где человек гуляет с собакой по городу и центральным персонажем здесь является даже не человек, а фон города - урбанистические звуки (гул города, шаги, разговоры, звук стройки и т.д.) и допустим, в содержании этого фрагмента есть резкий визг тормозов и в конце фрагмента - собачий лай.
Так вот, к какой категории отнести данный фрагмент? Явно не к собакам, потому что одиночный лай в конце фрагмента - явно не центральная тема. Вы отнесете этот фрагмент к категории "Звуки города". Но расширив ваши информационные задачи вы можете решить, что этот одиночный лай может быть полезен для категории "Лай собаки" и используете как раз тег "звуки города + собачий лай". В этом случае данный тег уже нелогично делать подкатегорией "Лай собаки" и он может быть самостоятельным тегом вне общей структуры, а может быть и прикреплен как родительский элемент категории Звуки города.
Когда начинаешь решать подобные задачи, начинаешь чётко осознавать, что без структурной логики некуда, ибо вопрос масштабирования и расширения информации без чётко заданной логики в проектам с очень сильно разношёрстной информации весьма затруднителен.
А когда ты всю общую массу рабочей информации начинаешь классифицировать по назначению, вот тогда необходимость структуры просто неотвратима :) И клики с Главной - это вообще не про структуру, это про пользовательское удобство.
Потому что это не так. И всех ботов, которые используются для нагула он пропускает, также как и все остальные.
И вы сами в этом убедились..
Поможет в борьбе с DOS атаками. А диапазоны ненужных IP можно действительно банить самостоятельно.
Ваша правда.
P.s. Мне очень понравился пост. Живой, эмоциональный - самый нерв проблемы.
А то тут любят советовать Cloudflare для борьбы с ботами, а на самом деле он общую проблему не решает.
Это даже не объяснение, это скорее продолжение мысли, начатой здесь.
На пользователя livetv я уже давно обратил внимание и это ответ не для того, чтобы удовлетворить его интерес. Это разговор, чтобы шире развернуть тему и с одной стороны - дать почву для размышления TC (и всем кто будет с интересом читать), с другой стороны - послушать какие-то ценные рассуждения о рабочем опыте, - в частности от вас :) потому, что других ценных спикеров в этом вопросе я для себя пока не вижу.
А доказывать, убеждать на данном форуме - это действительно абсолютно бессмысленное занятие, хотя бы потому, что практически всегда неблагодарное.
Для меня есть - в г. Москве, на ул. Большая Полянка, 7/10 ещё стоит компьютер, где находится полный архив моей работы 5-летней давности, там есть детализацией по всем проведённым работам. Для меня это пройденный этап и вполне очевидные вещи.
Соб-но, можно и в общем виде описать - когда по нескольким сотням кластеров у тебя разные результаты по индексации и с этим валом проблем нужно что-то делать, то структурирование оперативной рабочей информации благодаря той же URL структуре очень помогает принимать необходимые решения. Клики от главной - вообще уже никакой роли не играют, потому что на большом тематическом сайте - фактически комьюнити, основные пользовательские точки входа - это разделы с обсуждениями. Многие пользователи ведут общение вообще минуя Главную.
Тогда возвращаемся к исходному вопросу - "тогда к чему платить больше"? 😊
И следом тогда ещё три десятка страниц одиночных вопросов, уточнений, историй из собственный жизни, ругачек и препирательств. Чтобы во всём этом словесно искупаться, надо налить "воды" 😎
Когда одновременно поток "самостоятельных" мыслей, это уже шизофрения. Правда тоже ни о чем...
Ну это уж точно не о чём :)
А по делу - не всё упирается в цену и далеко не всегда определяющий критерий цена.
Уровень вложенности имеет смысл хотя бы потому, что разбивая URL таксономию на кластеры, у поисковой системы есть возможность по каждому элементу рассчитывать свои метрики - и SEO-шник может с этим гибко работать.
Когда это простой магазин с десятками категорий - это может не так важно, но когда это большой проект с сотнями кластеров и тысячами ответвлений, где уровень вложенности может доходить до 5 и 6-го уровня, то это совсем другая работа и здесь внятная и чётко соблюдённая структура ох как необходима. Если все сущности разделов собрать воедино и формировать через динамические адреса - это будет ад :)
Так что значение структуры главным образом определяет структурным уровнем задач.
Для многостраничного лендинга структура одна, для городского портала 15-летней давности - совсем другая. Разница колоссальная.
Где вы видите ответ на три страницы? Всего три абзаца :)
Первый абзац говорит о том, что вопрос не вполне корректный. Второй - почему он не вполне корретный. Третий - моя опытная практика.
Кто понимает суть, видит суть в каждом предложении, кто не улавливает, а лишь ухватывает общую мысль - довольствуется ею. И то, и другое имеет место быть :)
Видите, снова три абзаца и три самостоятельные мысли.. или не улавливаете? :)
Потому что "на дому" - это домашние мастера (как правило просто "эникейщики"), а сервисный центр - это совсем другой тип услуги.
