Как сделать кат на сайте
LiveInternetLiveInternet
—Рубрики
—Приложения
—Всегда под рукой
—Поиск по дневнику
—Подписка по e-mail
—Постоянные читатели
—Статистика
Помощь новичкам: Тег more или Как убрать текст под кат
Это слово происходит от английского глагола «cut» (обрезать, вырезать). Придумано это с целью того, чтобы больше сообщений было видно на одной странице.
Текст прячут под кат, чтобы читателю не навязывать к обязательному просмотру кучу ненужных ему картинок или огромный текст, а показать 1-2 фото или 5-10 строк текста. И пускай он решает сам, а хочет ли он смотреть или читать остальное?
Как убрать сообщение под кат в ЛиРу?
И полная новость (продолжение сообщения).- ТО, ЧТО БУДЕТ СКРЫТО ПОД КАТОМ.
И третья часть (необязательная), это то, что вы хотите оставить видимым в самом конце поста (у меня например, последним стоит разделитель, смайлик и прочее.)
1. СПОСОБ. Стандартная надпись Читать далее
2. СПОСОБ. Прописанная вами ЛЮБАЯ надпись
В тексте поста появляется ссылка на продолжение сообщения под текстом какой вы пропишите
3. СПОСОБ. картинка (HTML код, которой вы прописали)
Пишем « [more=HTML код какой-то картинки] »
Мои слова HTML код какой-то картинки аккуратно стираете, и вместо них прописываете код картинки.
В тексте появляется картинка (HTML код которой написали), под которой находится ссылка на продолжение сообщения.
В интернете, умельцами фотошопа созданы чудесные кнопки, на любую тему. Можно и самому сделать кнопочку и загружать ее как обычную картинку в поле между тегами.
А при нажатии на нее будет открываться ваше сообщение
Картинку можно вставлять и не по HTML коду, а просто взять ее адрес на сайте, где вы ее нашли, и вставить этот адрес между вот этими тегами.
Что бы было понятнее, посмотрите на коды некоторых кнопочек. Можно просто скопировать код в окошечке и вставить в свою запись. Текст после вставки этого кода уйдет под кат. (то есть будет не виден).
[more=HTML код какой-то картинки]
Закрывающим кат тегом является тег [/more]
То есть то, что расположено между тегами (открывающим) [more=. ] и (закрывающим) ([/more]) СКРЫТО, то есть НАХОДИТСЯ ПОД КАТОМ
2. Можно скрывать любую часть сообщения и даже несколько его частей. Скрытые части надо поместить между отрывающимся [more] или (если с картинкой) [more=. ] и закрывающимся [/more] тегами.
3. Всегда закрывайте открывающийся тег [more] закрывающимся тегом [/more].
4. В сообщении может быть не один а любое количество тегов [more].
То есть вы можете взять под кат какую то часть сообщения, (например картинки), затем, поставив закрывающий тег, оставить открытым какую то часть, затем снова, открыть тег [more], и остаток поста вновь скрыть под кат. Все они открываются одновременно.
И в помощь новичкам ссылки на уроки, которые вам могут потребоваться.
Как увидеть пароль вместо звездочек (если вы забыли свой пароль)?СМОТРИМ ЗДЕСЬ
Как сделать текст с окошечком прокрутки (флеймом) СМОТРИМ ЗДЕСЬ
Как получать извещения о новых постах, и где это сделать в настройках дневника. СМОТРИМ ЗДЕСЬ
Можно ли взять понравившийся фон с блога, поста, сайта, и как это сделать СМОТРИМ ЗДЕСЬ
Как процитировать пост и сохранить в рубрике. СМОТРИМ ЗДЕСЬ
Успехов в вашем творчестве. 
| Рубрики: | Уроки для блогов |
Метки: уроки для блогов шпаргалки
Процитировано 219 раз
Понравилось: 106 пользователям
Динамическое создание категорий на сайте
Есть страница, на которой выводятся категории допустим статей. И когда мы переход в какую-либо категорию, там выводятся статьи, связанные с этой категорией. У меня такие мысли: «Создаются 2 таблицы, одна со списком категорий, другая со списком статей». И вот здесь возникают 2 вопроса. 1) Как связать две таблицы между собой (То есть при добавлении статьи мы выбираем ей уже существующую категорию, в которой она будет выводиться и она появляется на странице нужной категории) 2) И как динамически создавать php страницы (То есть если мы добавили категорию, то под нее должна создаться страница на которой будут выводиться статьи этой категории) Если что-то непонятно написал, пишите в комментарии, объясню, что хотел донести.
1 ответ 1
Как связать две таблицы между собой
Допустим, у вас есть таблица категорий category со следующими полям:
А также есть таблица статей articles со следующими полями:
Как вы можете заметить, у каждой записи (и у статей, и у категорий) есть свой уникальный ID, при этом в каждой статье есть ID категории. Таким образом вы привязываете статью к конкретной категории. Разумеется в целях упрощения здесь были показаны только самые базовые поля (чтобы просто показать суть), и вовсе не затронута тема foreign key’ев, связей и их видов. Это просто минимальный пример структуры БД, где логически такая связь реализована.
И как динамически создавать php страницы (То есть если мы добавили категорию, то под нее должна создаться страница на которой будут выводиться статьи этой категории)
Все немного не так. Создавать php страницу под каждую категорию вовсе не нужно. Ваш php скрипт (или скрипты) должен (или должны) формировать нужный HTML, который вы покажете пользователю, учитывая параметры которые приходят в запросе.
Например, у вас есть 3 категории, и вы хотите чтобы у вас на странице где-то выводилось меню с этими 3-мя ссылками, где каждая будет вести на отдельную страницу категории. Сколько нужно php файлов чтобы сделать такое? Конечно это зависит от архитектуры вашего приложения, но в целом, можно обойтись даже одним.
Примерно так обычно работают веб-приложения на PHP. Разумеется это все очень упрощенный пример и есть еще много нюансов (с которыми, если займетесь всем этим, вы столкнетесь), но думаю для стартового «толчка» такого понимания будет вполне достаточно.
Как правильно структурировать интернет-магазин с точки зрения SEO
Планирование структуры интернет-магазина — фундаментальный этап, касающийся разработки, маркетинга, поискового продвижения и внутренних бизнес-процессов. Если сделать структуру «на коленке» без предварительного анализа и в отрыве от SEO, рано или поздно придётся потратить деньги и время на болезненные изменения.
Дмитрий Мрачковский, оптимизатор из «Ашманов и партнёры», рассказал, как разработать структуру, которая будет оптимальной для клиентов, сотрудников и поисковых систем и поможет получить максимум отдачи от продвижения интернет-магазину.
Прочность бетона определяется маркировкой от М50 до М1000. Каждая марка подходит для определенных целей: от черновой отделки до строительства взлетных полос или метрополитена. Помимо класса, бетон отличается степенью морозоустойчивости, водонепроницаемости и подвижности — от сочетания этих свойств зависит прочность любой постройки.
Создание интернет-магазина тоже начинается с выбора «бетона» или с планирования подходящей структуры. Структура — основа сайта. Она должна быть оптимальной для поискового продвижения, понятной для посетителей и удобной для работы персонала интернет-магазина.
Суть планирования в том, чтобы заранее продумать, как распределить ассортимент по разделам и категориям, какие свойства будут у каждой группы товаров, как покупатели будут искать товары и какие дополнительные параметры товаров им интересны.
Но для рынка характерна обратная ситуация — структуру создают стихийно по мере наполнения каталога. И со временем это приводит к проблемам.
Продумать структуру стоит ещё до прототипирования и отрисовки элементов дизайна сайта. Если поменять этапы местами, ждите проблем. Например, некоторые разделы сайта не впишутся в ограниченное верхнее меню, в выпадающих списках будет заложено недостаточно уровней, а на страницах категорий не окажется ссылок на тегированные выборки.
Чтобы представить структуру интернет-магазина в целом, давайте разберемся, из чего она состоит:
От качества проработки этого фундамента зависит успех поискового продвижения. Поэтому разработка структуры всегда начинается с исследования ниши и конкурентов, и определения целей и задач сайта.
Обычно разработчики структуры сталкиваются со следующими проблемами:
Большинство ошибок связаны с плохой организацией процессов, поэтому останавливаться на них отдельно бессмысленно. Что касается требований к CMS, то она должна обладать достаточной функциональностью для реализации рекомендаций, приведенных ниже. Для поискового продвижения интересны две последние проблемы из списка — анализ поискового спроса или ниши и ограничения в построении каталога.
Качественная структура сайта начинается с ответов на вопросы: как распределить товары по категориям, какие группы товаров популярнее, какие свойства товаров интересны пользователям и какие страхи мешают принять решение о покупке. Искать их нужно с помощью анализа поискового спроса, а не интуиции.
Как бы банально это ни звучало, вначале собирается и кластеризуется семантическое ядро. Уже на его основе мы строим максимально полную, понятную и удобную структуру каталога. Полной должна быть именно структура, а не семантическое ядро в целом — нам важно определить группы запросов и только иногда типы таких групп. Собирать все запросы для каждой группы на этом этапе необязательно.
Что значит «определить типы групп»? Допустим, в процессе разбора семантики у нас встретилась группа «сухой корм для кошек акана ягненок». Помимо категории товара «сухой корм для кошек» в запросе присутствуют ещё два параметра — бренд и вкус.
Значит есть вероятность, что людям интересен и сухой корм для кошек Pro Plan со вкусом ягненка, и сухой корм для кошек Acana со вкусом индейки, и другие возможные комбинации этих двух параметров.
Так мы выделили тип, а точнее маску для создания вариаций конкретных запросов. Вручную создавать и продумывать возможные комбинации весьма ресурсоемко, лучше автоматизировать этот процесс. О том, как это сделать, расскажу ниже.
Разбирая семантику, мы получаем представление о потребностях целевой аудитории. Для запросов в духе «чем кормить котенка 3 месяца» или «какой сухой корм для кошек лучше», стоит написать полезные статьи. Это контент будет привлекать дополнительный поисковый трафик и конвертировать его в покупателей.
Ещё на основе анализа в структуру сайта можно включить следующие элементы:
Здесь пойдёт речь не о технических ограничениях, связанных с возможностями какой-либо CMS, а о маркетинговых. Как быть, если специалист на этапе анализа поискового спроса определил структуру, а заказчик или руководства компании хочет другую?
Эта проблема характерна для:
Вот пример: монобрендовый сайт производителя сантехнического оборудования хочет получать трафик по общим запросам типа «купить смеситель», а не только «купить смеситель [бренд]».
После анализа производителю рекомендована структура каталога, которая соответствует поисковому спросу и которую используют успешные конкуренты. Вот пример:
Но производитель настаивает на своем видении:
На первый взгляд структура производителя кажется логичной и удобной, но у неё есть недостатки:
Решение конфликта зависит от готовности компании пойти на уступки. Если структура заказчика жестко ограничена, придется отказаться от части семантики или создать страницы вне каталога с контентом похожим на страницы категорий — например, тегированные выборки.
Если заказчику важно, чтобы пользователям в меню была показана именно его структура, а внутри CMS структура может быть организована согласно рекомендациям, то можно найти компромисс. Но дать инструкцию по такому решению невозможно — оно индивидуально для разных компаний и требует глубокой и точной проработки.
Допустим, мы провели анализ спроса и составили необходимую структуру каталога. Теперь нужно разобрать основные типы элементов.
Это основные структурные единицы каталога. Они должны отвечать следующим требованиям:
Товарные страницы — наиболее многочисленный тип из элементов каталога. Обычно их в сотни раз больше, чем категорий. На что стоит обратить внимание?
«М.Видео», DNS, Media Markt и другие крупные интернет-магазины часто объединяют товары с определенными свойствами на отдельных страницах. Например, «Узкие стиральные машины».
К тегированным выборкам применимы все те же требования, что и к категориям товаров.Интерес к определенным свойствам товаров возрастает и снижается вплоть до нуля, поэтому стоит проводить повторный анализ спроса, обновлять семантическое ядро и облака тегов.
Смарт-фильтр (ЧПУ-фильтр) — продвинутая и автоматизированная версия тегированных выборок. Он помогает создавать страницы под всевозможные комбинации свойств товаров и собирать большое число низкочастотного трафика.
Когда пользователь выбирает какие-либо параметры фильтрации в категории, то попадает на страницу, у которой:
Чтобы смарт-фильтр пошел на пользу, а не принес вред, придерживайтесь этих рекомендаций:
Последние четыре пункта напрямую связаны с индексацией сайта поисковиками. Пользователи редко запрашивают тип товара с более чем тремя параметрами или с более чем одним значением какого-либо свойства. В итоге получается, что спроса нет, а количество комбинаций свойств и страниц фильтрации возрастает многократно.
Поисковикам сложнее индексировать такие сайты, а страницы фильтрации могут быть расценены как недостаточно качественные. И если их много, это приводит к санкциям со стороны ПС. Поэтому подходите к реализации смарт-фильтра ответственно и продумывайте все до мельчайших подробностей.
Тема выходит за рамки статьи, но считаю важным дать общие рекомендации по тому, как использовать построенную структуру каталога.
Для всех элементов каталога, о которых говорилось в предыдущем разделе, настройте возможность задания h1, title, description и текста с описанием. В идеале — продумать и задать всё вручную. Но при большом каталоге это нереально.
Поэтому задать параметры вручную можно для нескольких сотен важных страниц, а для остальных настроить автоматическую генерацию. Правила генерации могут быть как общими для всего каталога, так и отдельными для конкретных категорий товаров. Главное, чтобы они были максимально естественными и информативными для пользователя.
Помимо использования названия страницы и очевидных коммерческих указателей («купить», «продажа, «каталог», «в Москве» и так далее) полезно использовать дополнительные параметры и рекомендации.
В шаблоны генерации категорий можно добавить следующие данные: родительская категория (при наличии), количество товаров, минимальная цена на товар, представленные бренды, основные типы товаров, минимальная стоимость доставки и так далее. Конкретные шаблоны зависят от тематики и возможного набора свойств товаров.
Отношение к пагинации у «Яндекса» и Google противоречивое, что выражается в их рекомендациях по настройке индексирования таких страниц.
Яндекс советует использовать rel=»canonical» со ссылкой на первую страницу категории. Google предлагает целых три варианта: не делать ничего и довериться Google, использовать rel=»canonical» с указанием на страницу «Показать все» и использовать атрибуты rel=»next» и rel=»prev». Но все они либо могут создать дополнительные сложности, либо противоречат рекомендациям «Яндекса» (или просто не поддерживаются им).
Поэтому, чтобы обеспечить корректную индексацию, для страниц-пагинаций (категорий, тегов, смарт-фильтра или для любого другого раздела) необходимо соблюдать следующие рекомендации:
В качестве дополнительных данных в шаблонах генерации у товаров можно использовать: цену товара, возможные вариации товара (цвет, размер, модификации и так далее), любые из свойств товара, название родительской категории или основного раздела и другие.
Если некоторые вкладки на карточке сделаны отдельными URL’ами, то при генерации необходимо использовать релевантные каждой вкладке параметры.
Для смарт-фильтра справедливы все те же правила, что и для категорий товаров, за небольшим исключением: в шаблонах смарт-фильтрах также необходимо использовать значения примененных параметров фильтрации.
С тегированными выборками все проще — так как они обычно создаются вручную, то и все данные для них можно задать вручную. Если для их создания все же используется какой-либо компонент CMS или способ автоматизации, то при генерации следует придерживаться тех же рекомендаций, что и для страниц смарт-фильтра.
Отдельно стоит упомянуть про ситуацию, когда структура все же перерабатывается в связи с редизайном сайта, расширением каталога и так далее. В этом случае стоит проконтролировать ряд моментов.
Если страницы разделов, категорий, товаров из старой структуры соответствуют логике вложенности и задания URL новой структуры, сохраните для них текущие адреса.
Для всех старых страниц, которые будут присутствовать в новой структуре, но поменяют логику вложенности или задания URL’ов, настройте 301-редиректы со старых адресов на новые. Это относится к категориям и к товарам.
Перенесите контент для всех страниц: заголовки, мета-теги, тексты с описанием. Можно не переносить только в случае, если определена новая логика их задания.
Если на страницы из старой структуры были проставлены ссылки, проверьте, изменили такие страницы свой адрес или нет. Если изменили, обновите ссылки на актуальные.
Здравствуйте! А можно заказать у вас помощь в создании т.з.
Ашманов и партнеры
Добрый день! В создании т.з. для чего?
Ольга, не накручивайте
сохраню, до лучших времен=)
Простите, Дмитрий, но с точки зрения SEO вам нужно было сменить фамилию уже давно!
Не понял Вас. Что именно имеете в виду?)
Ничего (с точки зрения SEO), если карточки товаров не будут вложенными в какой-либо каталог? Т.е., например, вот так:
— domain.ru/catalog/catalog-name-1/item-1
Не все до конца понял, но все равно спасибо)
Отличная экспертная статья, Дмитрий. Спасибо за труд.
Как порекомендуете формировать названия карточек товара и URL к ним? Где можно посмотреть пример готовой семантики?
Можно ли создавать несколько страниц-подборок товаров по определённым запросам, в котором будет идентичный набор товаров, но будут отличаться title, description, h1 и хлебные крошки? Например, многофункциональная электроника: видеорегистраторы 3 в 1, радар-детекторы 3 в 1 и навигаторы 3 в 1 являются одним и тем же устройством. Не будут ли эти три страницы дублями с точки зрения поисковиков?
Здравствуйте. Возник вопрос: почему не рекомендуется использовать подборку из нескольких разных свойств при создании тегированных страниц? Допустим есть категория «туфли», свойства «цвет» и «тип» вынесены в фильтр. Мы можем же создать тегированную страницу для «желтые туфли-лодочки», при условии, что задаем вручную сочетания, для которых создаются тегированные страницы?
Имеется мнение, что URL-адреса без вложенности быстрее индексируются, что можете сказать по этому поводу?
Вложенность сама по себе не влияет на скорость индексации, о чем говорили и Яндекс, и Google. Важно то, как быстро поисковики узнают о новых страницах. Если у нас есть товар, добраться до которого нужно последовательно через 3 категории, и товар, ссылка на который есть с главной страницы (при том, что уровень вложенности у них одинаковый), то второй, конечно, с большей вероятностью попадет в индекс поисковиков быстрее. Поэтому нужно всеми способами стараться сообщать поисковикам об актуальных страницах на сайте (прежде всего, с помощью sitemap.xml).
Как организовать хлебные крошки при разделении товаров и каталогов на две директории?
Вы написали, что у ПС не будет проблем с пониманием вложенности, если правильно настроить хлебные крошки. Но «правильно» это как, в контексте двух директорий?
Я вижу два варианта:
1. Динамическое создание хлебных крошек в зависимости от пути пользователя
Минус — я не понимаю, как это отразится на индексации. И какой вариант крошек будет в сниппете. И не будет ли всё это дублями.
2. Статичные хлебные крошки: каждому товару задаём основной путь
Не важно, откуда попал в товар — всегда одинаковые крошки. Здесь минуса два: не очень удобно пользователю, и придётся между двумя каталогами выбрать один.