링크 카운터가 증가하지 않는 경우를 확인했습니다. 링크를 우클릭하여 '새 탭에서 열기’를 선택하거나 마우스 휠(중간 버튼)을 사용하는 경우입니다.
그것은 브라우저 함수이기 때문에 클릭 이벤트를 캡처할 수 없습니다. 제 생각에는 대상 페이지도 리퍼러를 볼 수 없을 것입니다. 주소창에 URL을 복사해서 붙여넣는 것과 유사합니다.
중간 버튼 클릭이나 Ctrl+클릭에서도 동일한 문제가 발생합니까?
말씀이 일리 있네요, 감사합니다!
네, 그렇습니다. 제 게시글에 그 부분도 포함해 두었습니다 
The <a ping> attribute could be used to increment the counter.
Caveats:
- It’s disabled by default in Firefox.
- there don’t seem to be any JS events for it, so the counter would only visibly be updated the next time the post was visited.
NB: It seems like “mousedown” events are triggered on middle click, but that would have false positives as not every click ends up being a navigation - eg. copy link, customised browser settings.
MouseEvent.button라는 속성이 있습니다. 이 값이 1이면 "보조 버튼이 눌린 경우, 보통 휠 버튼이나 중간 버튼(있는 경우)"을 의미합니다.
그것은 괜찮다고 생각합니다. 링크된 페이지가 로드된 횟수를 엄격하게 세는 것보다는 단순히 "링크 상호작용"을 세는 것이 더 적합할 것 같습니다. “링크 복사” 역시 단순히 링크를 왼쪽 클릭하는 것과 마찬가지로 카운터를 증가시켜야 한다고 생각합니다.
또한 대부분의 사람들이 이러한 링크를 단순히 왼쪽 클릭하지 않는다고 생각합니다. 그들은 보통 원래의 포럼 게시글이 열려 있는 상태에서 새 탭으로 열기를 원하며, 그렇게 해야 앞뒤로 오갈 필요가 없기 때문입니다.
저는 모든 링크를 가운데 클릭으로 여는 편이에요. 다만 Discourse에서는 가운데 클릭이 카운터에 반영되지 않는다는 걸 알아서, 먼저 페이지로 돌아간 뒤 왼쪽 클릭을 합니다.
문서화된 동작이라는 건 알고 있지만, 정말로 이 점이 싫어요.
대부분의 사람들은 카운터가 실제보다 과대 집계되는 편이 나을 거라고 생각합니다. 적어도 그렇게 해야 사람들이 링크를 실제로 클릭했는지 알 수 있으니까요. 현재처럼 링크를 따라가는 사람이 많아도 카운터는 절대 올라가지 않는 상황이 더 나쁘죠.
@Pod 님, 왜 그렇게 생각하시나요? 
카운터는 참여도를 표시하기 위해 존재합니다. 모든 종류의 클릭은 참여의 일종이므로, 과잉 집계 방식이 실제 참여도를 훨씬 더 잘 반영한다고 생각합니다. 또한 대부분의 다른 사용자들도 링크가 얼마나 자주 상호작용되는지 확인하고 싶어 할 것이라고 짐작합니다.
반대로, 아무도 마우스 왼쪽 버튼으로만 클릭된 횟수나 휴대폰에서의 짧은 탭 횟수를 별도로 확인하고 싶어 하지 않을 것입니다. 개발자가 아닌 사람들에게는 이러한 세부 사항이 중요해 보이지 않습니다.
현재 1~2회 클릭으로 표시되는 링크를 중심으로 수십 명의 사람들이 토론을 벌이는 모습을 여러 번 목격했습니다. 현재 사용 중인 과소 집계 방식은 매우 부정확합니다. 해당 링크를 따라간 사람들이 모두 있었지만, Discourse가 현재 추적하는 좁은 파라미터 범위 내에서 그렇게 하지 않았기 때문입니다.
이 속성에 대해 몰랐습니다.
현재 브라우저 호환성은 다음과 같습니다:
사실, Firefox를 제외하고는 기본적으로 지원됩니다.