В большинстве случаев согласен, но когда проект - лендинг или несколько страниц из лонгридов, то такой необходимости очевидно нет.
Для первичной демонстрации клиенту/мастер классов/обучения оно конечно важно, но для прикладных целей на проектах с большой вложенностью мало практично, ибо прокручивать и править вверх и вниз всю эту геометрию из квадратиков не очень удобно, а самое главное - в отдельном участке цепи непонятно на каком уровне вложенности должен быть тот или иной элемент.
Тогда как в Excel-е столбцы - это уровень вложенности, а во вертикали отдельные рабочие ветки можно сворачивать и доп. примечаниями/цветом - отмечать что и на какой стадии готовности находится (на большом проекте иначе и не бывает).
Вот у меня сейчас тур. проект - пока это сотни страниц рабочих веток, при дальнейшем масштабировании - тысячи страниц, - мне все эти элементы через стрелочки друг к дружке выводить? :) Нафик, нафик.. :)
Оно тут (по заявленным вопросам) явно видно, что человек не улавливает сути canonical-ов и в структурной адресации плавает.
Чем смог, тем помог, но как говорится - "Нам не дано предугадать, как наше слово отзовётся".
Здравствуйте,
Смотрите ли на воду, заспамленность, процент использования ключей? Тошноту?
Или главное чтобы в статье был ответ на поставленный вопрос (название темы)?
Объём? Какие чаще залетают в топ?)
В топ залетают те статьи, которые при условии покрытия запросов хорошо написаны. Не абы что с чужих сайтов разбавленные своими словами, а с умением держать внимание зрителя и активной его вовлеченностью.
Когда пользователи активно вовлекаются в контент - процент использования ключей, тошнота, заспамленность - все уже не играет никакой роли. Точнее, если автор пишет хорошо и грамотно, то он и спамить не будет.
Вот это - главное.
p.s. Про LSI правильно было сказано, но - это тоже к умению писать. Когда копирайтер сдаёт материал, все технические вводные (объем, уникальность, покрытие запросов и т.д.) в конце материала он указывает.
При добросовестном исполнении каждый раз проверять материал необходимости нет.
Указывать физический URL согласно структуре. Не нужно перекидывать canonical ни вверх, ни вниз.
а по адресу
должна быть 404-ая страница, потому как канонический адрес указывает на site.ru/услуги/дизайн/разработка_логотипов
Вот соб-но и вся премудрость :)
p.s. Перед стартом проекта полезно накидать структуру в Excel, соблюдать вложенность которая вам нужна и иметь её перед глазами. Она как правило отсекает лишние сущности и снимает вопросы.
Затем, что на главной странице может быть отдельный блок - Дизайн, и при переходе по этой ссылке будут показываться только услуги дизайна, а не Все услуги.
Но также на сайте должна присутствовать страница Все услуги, где всё идет общим списком.
Тогда предполагаю, что вы, к сожалению, не понимаете разницы между URL структурой сайта и навигационными связями.
Ccылаться с любого уровня и любой страницы сайта можно на любой уровень URL вложенности.
Например, вам на Главной нужно вывести все ссылки на услуги дизайна. Следовательно вы сразу делаете ссылки:
site.ru/услуги/дизайн/разработка_логотипов
site.ru/услуги/дизайн/разработка_баннеров
site.ru/услуги/дизайн/разработка_макетов
Или вам на Главной нужно вывести заголовок со ссылкой на категорию дизайна, чтобы по клику вы переходили на доп. страницу с перечнем предоставляемых услуг по дизайну - в этом случае вы смело ставите ссылку на адрес site.ru/услуги/дизайн/.
Структура сайта определяется логикой URL вложенности, а не вариациями и последовательностью ссылок с какой-либо страницы.
Для аналогии. Представьте типовой 9-ти этажный дом. Вам нужен 4-ий этаж. Этот тот этаж который является четким структурным и уникальным элементом возрастающей рабочей последовательности между 3-ти и 5-тым этажом.
4-ый этаж не должен дублироваться на 2-ом этаже, потому что вам хочется опустить его пониже или не должен дублировать на 7-ом, если вдруг вам захочется видеть четвертый этаж повыше.
На любом из этажей вы можете хотеть попасть на 4-ый. Допустим, вы входите на первом этаже в лифт и нажимаете на 4-ый этаж. Вы можете хотеть попасть на 4-ый с 8-го - вы снова заходите в лифт и нажимаете на 4-ый этаж. Т.е. не поднимаетесь/спускаетесь каждый раз по ступенькам (хотя можно и так), а напрямую указываете назначение - куда хотите попасть.
Вот все возможные вариации 1 -> 4, 8 -> 4 и т.д. -- это возможные навигационные связи,
А чёткая последовательность кнопок в лифте 1/2/3/4/5/6/7/8/9 - отражает структуру 9-этажного здания.
Тогда у вас будет структура:
site.ru
site.ru /услуги/
site.ru/услуги/разработка_логотипов
site.ru/услуги/дизайн/
site.ru/услуги/дизайн/разработка_логотипов (дубль)
site.ru/услуги/разработка_баннеров
site.ru/услуги/дизайн/разработка_баннеров (дубль)
site.ru/услуги/разработка_макетов
site.ru/услуги/дизайн/разработка_макетов (дубль)
Отсюда резонный вопрос - зачем вам услуги по дизайну вкладывать в категорию /дизайн/, если они дублируются в /услуги/?
Контр гениально 😊 Т.е. если в сообщении будут писать всякий англоязычный порно спам, то его надо пропускать только потому, что там может не быть ссылки? 😉
Я хочу вот как сделать
site.ru/услуги/дизайн/разработка_логотипов -> site.ru/услуги/разработка_логотипов
А по адресу site.ru/услуги/дизайн/разработка_логотипов и site.ru/услуги/разработка_логотипов будет открываться одна и та же страница?
Зависит от формата и концепции сайта. В соц. сетях никакой премодерации быть не должно, но там и модератор в реальном времени работает, а для среднестатистического статейника премодерация - вполне нормальное явление.
Даже на Авито есть режим премодерации и модераторы там работают в реальном времени, так что по обстоятельствам.
В моем случае, при наличии двух уровней категоризации, видимо имеет смысл указывать в URL только категорию верхнего уровня, чтобы не удлинять URL и не слишком сильно дробить контент.
Реальный пример:
/all-services/ - категория верхнего уровня/all-services/design-projects/ - подкатегория/all-services/design-projects/logo-creation/ - страница конкретной услуги
Я бы оставил /all-services/logo-creation/ , поскольку в каждой подкатегории не более 3-4 страниц.
Давайте более конкретно, допустим:
сот-но, каждая услуга должна указывать на свой канонический адрес.
В вашей логике (если я вас правильно понял), вы хотите для страниц услуг указать
Соб-но, почему конкретная страница услуги должна указывать каноническим адресом на родительскую страницу?
В соответствии с вашей структурой. В вышеприведённом мною примере до 4-го уровня вложенности.
