Ребята, всем привет!

Знатоки, подскажите, как вообще вылетают в индекс страницы с файлами и статьи из приложения Pages? Просто вот не пойму, если публикуется файл с описанием, после делается дубликат в теме на форуме, то какая же страница будет двигаться? Это же будет считаться дублем страницы?

Аналогичный вопрос по страницам со статьями. Где выставляется для этих страниц приоритет, как у тем форума? Если что, то robots у меня вообще отсутствует. На сколько я знаю, в нём нет необходимости на версии 4.5. Заранее прошу прощения, если мои вопросы очень тупые  

Буду очень благодарен за дельные советы как по моим вопросам, так и в целом по продвижению сообщества.🙏

Пы.Сы. И вообще, у нас тут есть спецы-сеошники?)

Автор, а зачем ты делаешь дубликаты страниц? Независимо от платформы движка - это не есть хорошо. Я понимаю, что ты спешишь воспльзоваться всеми "фишками", которые предоставляет ипс и подражать другим. Но... 

Что по поводу статей - если это не компаст (чужие статьи) то поисковики оригинальные статьи не только быстро индексирует, но и выводит на первые позиции в выдаче.  Поисковики индексируют буквально ВСЁ, но на выдачу выводят только, если статьи оригинальные. 

Если тебе так важна поисковая оптимизация - то советую переходить на DLE - в этом плане данная cms имеет параметры для поисковой оптимизации: для каждой отдельной статьи выставлять Метатег Title,  Метатег Description, Метатег Keywords,, а также закрывать статью от поисковиков.  Богатый функционал. Того - чего не хватает в ips.

7 часов назад, Elhombre сказал:

файл с описанием, после делается дубликат в теме на форуме

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

Большое заблуждение думать, что Invision Community не адаптирован для СЕО. Разработчики всегда идут в тренде новых веяний поисковиков и адаптируют под работу движка все микроразметки и теги.

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

1 час назад, Арон сказал:

Если тебе так важна поисковая оптимизация - то советую переходить на DLE - в этом плане данная cms имеет параметры для поисковой оптимизации: для каждой отдельной статьи выставлять Метатег Title,  Метатег Description, Метатег Keywords,, а также закрывать статью от поисковиков.  Богатый функционал. Того - чего не хватает в ips.

Как на мой взгляд очень плохой совет, хотя бы потому, что Invision Community имеет единое ядро и не нужно придумывать всякие единые авторизации.. Про возможности Pages вообще молчу, они действительно безграничны.

4 минуты назад, Respected сказал:

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

Ну если речь идет о создании социальной сети -то тогда бесспорно - главное комфорт и удобство пользователей. В этом плане у Invision Community нет равных среди cms.

Но в плане СЕО, ips проигрывает по любому - осутствие той же возможности назначать в отдельности  Метатег Title,  Метатег Description, Метатег Keywords,, а также закрывать при необходимости отдельно взятую страницу (публикацию) от поисковиков. Ну и оптимизация - а для информационных сайтов  очень важный показатель. Из-за пару сотен посетителей брать впс - не совсем разумно.  Я лично не встречал не одного СМИ, развернутого на ips.  А вот в качестве дополнения - форум от ips. Вот такое будет разумное решение. По отдельности.))

 

24 минуты назад, Respected сказал:

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

На счет файлов - ну файлы может поисковики и не считают компастом. Только не пойму зачем дублировать на форум.  В этом случае надо бы закрывать один из дублей от поисковиков. Только функции такой вроди нет.

Про компаст, я говорил о статьях -  если автор их копирует к себе на сайт (не переписывает), то для нового сайта это ОФФ.... Ждать благородства от поисковых систем не стоит.))

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

Чем больше переходов по ссылке - тем больше повышается релевантность данной статьи в поисковых системах.

Если ссылка мертвая - без переходов, будет обратная реакция. Поисковики за бракуют сайт или только статью.

18 минут назад, Арон сказал:

Но в плане СЕО, ips проигрывает по любому - осутствие той же возможности назначать в отдельности  Метатег Title,  Метатег Description, Метатег Keywords,, а также закрывать при необходимости отдельно взятую страницу (публикацию) от поисковиков.

А как же онлайн редактор мета тегов?

Только что, Respected сказал:

А как же онлайн редактор мета тегов?

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

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

4 минуты назад, Respected сказал:

А редактор тегов позволяет сменить/добавить любой тег для любой страницы.

Ясно. Спасибо за пояснение. Но только куда более удобно и логичней было - если бы такой редактор был под редактированием каждой страницы например для (темы форума).

2 часа назад, Арон сказал:

Ясно. Спасибо за пояснение. Но только куда более удобно и логичней было - если бы такой редактор был под редактированием каждой страницы например для (темы форума).

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

Что хромает так это скорость загрузки страниц, которая как ни крути влияет на позиции выдачи

Вот немного моего опыта

1 - Lazy Load.  Из хорошего - есть в движке возможность включить Lazy Load. но, актуальный версия этого кода не работает на старых мобильных устройствах. Или просто на необновленных. В результате изображения вовсе на них не отображаются при включенной опции. Такая "Ошибка" поймана на iphone 4s, ipad mini, iphone 8 (возможно не обновлённый).
Думаю как бы заменить код скрипта ленивой загрузки изображений на форуме. Если кто знает где он, дайте пожалуйста информацию

2 WEBP. Поддержки формата изображений WEBP, который любит Гугл а возможно уже и Яндекс - в IPB просто нет. Решил этот вопрос сторонним решением силами рукастого программиста. Теперь у меня на форуме все изображения WEBP в браузерах которые его поддерживают. Гугл рад

3 link rel="preload". По умолчанию стили и шрифты не грузятся как preload, гуглу это не нравиться очень. Этот вопрос решаемый

 

Logik и как, увидели разницу в посещаемости ресурса? Смотрел одного толкового сеошника и он сказал, что скорость загрузки очень второстепенна.

В 09.12.2020 в 12:38, Shinobi3 сказал:

Logik и как, увидели разницу в посещаемости ресурса? Смотрел одного толкового сеошника и он сказал, что скорость загрузки очень второстепенна.

Это один из критериев оценки сайта, по множеству которых складывается поисковая выдача. Так вот можно практически с равнозначным по многим параметрам СЕО сайтами проиграть битву например в мобильном поиске из-за скорости загрузки и процента отказа.