Вот, кстати и решение проблемы с попаданием посетителя из внешней поисковой системы в середину записей.
Итак, если реферер содержит запрос поисковой системы, то мы можем перенаправить этот запрос в собственную (внутреннюю) поисковую систему, в которой мы можем сами управлять релевантностью и «связанными одной цепью» записями, давая в качестве бонуса посетителю проигнорировать результаты «правильного» поиска и пройти на ту запись, которую ему откопала внешняя поисковая система.

Идея анализа внешних поисковых запросов, хотя и заманчива, но с практической стороны — близка к бесполезной, поскольку:
- непонятно, что именно ищет посетитель
- посетитель может искать вполне конкретную запись, и не согласен на принудительную замену
- непонятно, какую из N записей context chain считать более релевантной перехваченному запросу.

Как вариант, после анализа внешних поисковых запросов можно выводить не конкретную запись, а context chain. Но польза от этого сомнительна, а усилий требует.

И что делать? А ничего. Тем, кто заходит в блог и пытается откомментировать запись годичной давности, уже ничего не поможет. Кроме белых тапок и горизонтального положения…
А для остальных будем строить context chain. Вот urbansheep предлагает строить цепочки вручную и по номерам. Ну а я записываю в todo «поддержка перекрестных threads» (т.е. когда запись входит в несколько нитей)

Легче верблюду пройти через собственный анус, чем посетителю с гугля понять, куда он попал и зачем.

Эффект деформации контента чаще всего проявляется, когда посетитель заходит в блог/lj с поисковика и по ссылке. Прочитав отдельную запись, посетитель не замечает ни малую ширину выборки, ни предысторию записи — и таким образом воспринимает запись совсем не так, как это задумывалось автором, а в совершенно ином контексте. Как исправить такую ситуацию — не совсем понятно. Я пока не вижу хорошего и удобного механизма, позволяющего не только дать возможность пройти по всей цепочке «родственных» записей, но и заставить посетителя пройти по цепочке.