Можно теперь ответить на старые посты, это стало гораздо проще 😉
В VK было так:
#хэштег - ссылка на глобальный тег,#хэштег@author- ссылка в рамках конкретного аккаунта.
При этом и тот и тот вариант помечал тегом пост, а вот ссылка на поиск в разных областях видимости.
Не очень удобно писать все время свое имя в своих тегах. А если не писать, будет ссылка на общий поиск. Где, конечно, можно поставить галочку и искать только по своим тегам. Как я понимаю, в ФБ была именно такая идея, поэтому они не стали делать внутренние теги вообще.
В отдельном виджете может быть приятное - автодетект вероятных подходящих тегов, автодополнение - но в принципе это всё в перспективе может быть реализовано и в основном поле ввода в контексте ввода тега.
С другой стороны, у разных пользователей могут быть разные стили написания этих хештегов и это может нарушить эстетику.
Кроме этого, теги, которые хранятся отдельно, можно показать в определенном месте, выделить шрифтом и цветом, они не загромождают текст поста. Но, кроме эстетики, из внутренних тегов можно потом построить иерархическую навигацию в виде папок, можно сделать какую-то автоматику для простановки. И все это проще делать, когда такие теги хранятся отдельно.
Поэтому я думаю, что нужно пользователю здесь предоставлять выбор. Хэштеги будут включены по-умолчанию, по ним можно будет искать, в том числе, и внутри своего блога, а теги в виде отдельного поля можно будет включить дополнительно, кому нужно.
Далее, в принципе, поиск по тегу - естественная работа для поисковика. Но! Так как всё модульное и собираемое из конструктора, то поисковики может быть не только разные прикручены, но его по идее вообще может не быть на ноде. Предполагаю, что не на всех хостингах удобно поднять Elasticsearch. Поэтому, не должен ли быть такой частный случай поиска, как поиск всех постов по тегу в своём журнале, в хронологически отсортированном виде, быть встроенной функцией ноды?
Есть еще проблема с поиском по непубличным постам, который нельзя доверить внешнему поисковику. Так что встроенный поисковик нужен не только для тегов, но и вообще. Но, с одной стороны, я не хочу встраивать совсем плохой поисковик, типа LIKE '%WORD%', а с другой - слишком сложный поисковик будет слишком большим.
Как там сейчас дела с Lucene? Я его встраивал лет 12 назад в один проект, но с тех пор не интересовался. Может, сейчас есть какие-то еще легкие и хорошие решения?