- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
есть вариант использовать список или таблицу, что лучше в ранжировании и есть ли какая либо-разница с точки зрения ПС
Зависит от задачи.
Если вы хотите абзацы текста рассовать по ячейкам таблицы, то этого делать не надо.
Если же вы оформляете табличные данные, которые предполагают табличное считывание, то очевидно надо делать таблицу.
В SEO сообществе давно ходит мнение, что ПС любят таблицы. Как они их любят и чем они их любят - непонятно, однако все примеры и кейсы, где удачное ранжировались страницы с табличными данным подтверждали как правило вполне очевидный вывод , что для оформления табличных данных лучше использовать таблицы 😊
Это примерно такой же уровень убедительности, как "летняя жаркая погода благоволит мужчинам в шортах и женщинам в лёгких летних платьях".
В SEO сообществе давно ходит мнение, что ПС любят таблицы.
Это не любовь, а извращение, если основной траф со смартфонов, а у таблицы больше двух-трех столбцов.
Это не любовь, а извращение, если основной траф со смартфонов, а у таблицы больше двух-трех столбцов.
Хз, если грамотно сделать таблицу - например при адаптиве она будет скролить не по вертикали - а по горизонтали, почему бы и нет. Я обычно использую такой механизм, очень не плохие ПФ растут. Народ ковыряется, ему удобно на 1 экране всё смотреть / анализировать / сравнивать информацию.
например при адаптиве она будет скролить не по вертикали - а по горизонтали
Скролит и по вертикали и по горизонтали.
Какие ПФ растут? Время? То есть чел мучится, ковыряет таблицу, его тошнит от этого, но время пребывания на странице растет и вебмастер радуется и делает вывод что народу удобно.
Это базовые знания по юзабилити - горизонтальный скрол - зло. Иначе гугл не выкашивал из мобильной выдачи в свое время неадаптивные сайты.
То есть чел мучится, ковыряет таблицу, его тошнит от этого, но время пребывания на странице растет и вебмастер радуется и делает вывод что народу удобно.
Не выводить громоздкую таблицу на мобилке, предлагая скачать pdf вариант, если в этом есть особая надобность.
Это базовые знания по юзабилити - горизонтальный скрол - зло.
Здесь всё верно - разрыва модульной сетки из-за ширины таблицы быть не должно.
Какие ПФ растут? Время?
Про якоря в таблице слышали возможно? Аля утраченный артефакт, который работает вместе с emoji элементами в таблице.
У меня реально ощущение что здесь разговор про обычную тему которой пользуются миллионы пользователей на том же вордпрессе, у которых уже глаз замыленный.
Я вам говорю не про стандарт - а про то что повышает ПФ и продажи!
Аля утраченный артефакт, который работает вместе с emoji элементами в таблице.
Давайте посмотрим на визуальное решение про которое вы говорите. Сможете прислать скриншот?
Интересно насколько это функционально именно на мобильном тачскрине.
Давайте посмотрим на визуальное решение про которое вы говорите. Сможете прислать скриншот?
Интересно насколько это функционально именно на мобильном тачскрине.
Чуть позже - не сегодня явно - пока нет времени делать скрины и каждый скрин описывать почему именно так или иначе - подводя под метрику и ПФ.
Просто нужно знать что пользователю реально комфортней работать с горизонталкой.
*Дополню и скажу что тематики разные от автозапчастей и заканчивая игрой на пятой плойке. Всё работает идеально.
если грамотно сделать таблицу - например при адаптиве она будет скролить не по вертикали - а по горизонтали, почему бы и нет.
Таблица - это тег table. И никакой адптивности в нем нет. (извращения с DOM не в счёт)
Адаптивность делается у псевдотаблиц - на дивах и тп блочных и строчных элементах.
Но даже псевдотаблицы не всегда можно превратить в вертикальные (хотя это извращение само по себе). Как ни старайся, но невозможно сделать адаптив для "таблицы" 10x10 по 20-50 символов в ячейке.
Здесь всё верно - разрыва модульной сетки из-за ширины таблицы быть не должно.