제가 저 부분을 삭제한 장본인입니다. 사실, 저도 이유가 있어서 뺀 부분이기 때문에 저렇게 이의를 제기하시는 모습이 썩 좋게 보이지는 않는군요. 다만, 크롤러로 불리는 검색 엔진들이 저 태그를 없애면 잘 못 긁어간다는 부분을 사전에 고려하지 못한 점은 저의 불찰이라고 생각하고 있습니다. 네이버, 미안. 구글, 미안해~.

여기서 하나 드는 생각이, 왜 올블이 왜 웹크롤러로 태그 수집을 하는지 의문입니다. 올블은 회원이 직접 RSS 주소를 등록하고 올블 봇이 그 주소로 들어와 피드버너처럼 긁어가는 구조 아닌가요? 검색 엔진에도 진출하는 건가...

저도 나름 명분이 있고, 골빈해커님에게도 명분이 있으니 서로 터놓고 논의를 해야 하는 점이라고 생각하는데, 솔직히 골빈해커님이 저렇게 치고 나오시는 모습을 보니 기분이 좋지 않습니다. 이 포럼의 존재 목적을 잘 아시는 분이시니까 더욱 그렇군요. 본인의 블로그에서 저러실 게 아니고 직접 이곳에 오셔서 물어보시면 바로 답변을 얻으실 수 있으셨을 테니까요.

답변은 간단합니다. 사용자가 원하면 다시 넣습니다. 그러나 현재는 고정적으로 모든 포스트에 출력되던 rel="tag"를 사용자 선택으로 넘길 것입니다.

rel="tag"가 현재 지원하는 곳이 늘어나고 있는 것은 사실이지만 웹 표준은 아닙니다. 테크노라티에서 시작된 마이너리티 표준이고(웹 표준과는 상관없이 자신들의 편의를 위해 시작한 것입니다) 따라서 저희에게 그것을 따를 의무는 없으며 올블의 입장은 저희에게 그 문제에 대해 권고나 논의 요청을 했어야 하는 상황이라고 생각합니다.

주저리 딴 소리를 적고 있군요. 어쨌든 제가 rel="tag"를 삭제한 이유는 다음과 같습니다.

rel="tag" 사용에 관한 파이어준님의 글을 보면, rel="tag" 기입이 검색이 긁어가는데 얼마나 도움을 주는지 잘 알 수 있습니다. 태터툴즈 사용자 중 다수는 검색엔진을 달갑게 생각하지 않고 있고 저는 이 점에 주목했습니다. 그리고 내장 소스로 직접 기입하고 있는 rel="tag"를 스킨 차원에서 기입하게 하여 사용자가 검색엔진 노출에 대한 문제를 선택할 수 있게 하려고 했습니다.

저는 REL의 정의상 tag라는 용법이 맞지 않는다고 판단했습니다. 이는 개인차가 있는 판단일 수 있으니 논의가 되어야 할지도 모르겠습니다. 태터툴즈 포럼은 언제나 논의가 진행되는 곳입니다. 사용자를 위한 논의라면 열린 마음으로 참여하겠습니다. 그러니 논의할 문제가 생긴다면 포럼에 오시면 좋겠습니다.

블로그의 첫 페이지는 태생적으로 다수의 포스트가 출력되게 되어 있습니다. 예를 들어, A, B, C 포스트가 같이 출력되고 있고 A, B, C에 각각 a, b, c 태그가 붙어 있다고 하겠습니다. 검색엔진은 A-a, B-b, C-c의 관계를 인식하지 못합니다. A-abc, B-abc, C-abc라고 인식을 하죠. 그냥 무식하게 페이지를 로딩해서 전체를 하나로 취급해 버리니까요. 이런 문제점도 rel="tag"를 삭제하도록 하는데 한 원인을 제공했습니다.

이상이 제가 rel="tag"를 삭제한 이유입니다. 다시 말씀 드리지만, 사용자가 원한다면 다시 넣습니다. 그러나 검색엔진이 원한다고 넣지는 않습니다. 저를 설득하시려면 논리를 가져오십시오. 논리가 타당하다면 동의해 드리겠습니다. 이상입니다.

PS 1. rel="tag"을 빼고 그것을 삽입할 수 있는 방법을 강구하지 않는 것은 저의 책임이 맞군요. 태터툴즈 사용자 여러분들께 사과 말씀 올립니다.
PS 2. 골빈해커님 블로그에 직접 글을 남기지는 않겠습니다. 좀 기분이 상했습니다. 골빈 해커님이 먼저 포럼을 무시하셨으니(여기서 질문을 하셨으면 바로 답변을 얻을 수 있음에도 안 그러셨으니까요) 저도 이번 건에 한해서는 무시하겠습니다.

graphittie (2007-01-04 13:14:24)에 의해 마지막으로 수정

먼저 이곳에 글을 쓰지 않은 이유는 블로그에 관한 내용은 여태까지 블로그에 글을 쓰면 그 곳에서 논의를 해 왔었고, 저 또한 올블로그에 관한 글은 올블로그에 문의를 하지 않아도 글을 쓰면 그 곳에 가서 답글을 남기거나 했었기 때문에 그냥 자연스럽게 그렇게 한 것 입니다. 더군다나 이 포럼에는 로그인 하지 않으면 글을 쓸 수 없기 때문에 귀찮아서 제 블로그에 글을 남겼던 것입니다. 기분나쁘시다면 어쩔 수 없지만, 저에게는 이런 글을 블로그에 쓰는 것은 블로거로써 그냥 자연스러운 행동이었습니다.

그리고 말씀하신 블로거가 등록한 RSS 정보를 가지고 해당 글에서 부가 정보를 가져오는 것이 왜 문제되는지 모르겠습니다. 이올린도 그런 방식을 쓰는 것으로 알고 있는데요. 웹페이지를 분석하는 것은 아니지만, 태터툴즈에서 이올린에 핑을 보내면 이올린에서 해당 글의 부가 정보를 보내주는 태터툴즈의 페이지를 가져와서 분석하지 않나요? 똑같은 방식이 아닌지요. 오히려 rel="tag" 를 없앰으로 인해, 이올린에서만 태그 정보를 가질 수 있게 됨으로써 공개와 공유를 기본으로 삼았던 그 이념들이 퇴색되어버리는게 아닌가 싶습니다.

그리고 rel="tag" 가 웹 표준은 아닐지언정 몇년동안 계속 암묵적으로 표기했었던 부분 아니었던가요? 게다가 rel="tag" 를 붙인다고 해서 웹표준에 미달되는 것도 아니니 굳이 없앨 이유도 없고요. 아시다시피 웹 표준이 처음부터 웹 표준인 것은 아니잖습니까? 그렇게 말씀하신다면 의무는 아니지만 그동안 그걸 적용해나가고 퍼뜨리려고 힘을 들였던 블로그 서비스나 툴, 메타 블로그들이 그동안 노력했던 것들은 어떻게 되는건지요? 다른 것 보다 이 부분에 있어서 조금 마음이 상했을 뿐입니다.

또한 생각에 개인차가 있다고는 하셨지만 말씀하셨던 rel 속성의 사용이 "REL attribute의 목적은 링크와의 관계를 정의하는 것입니다." 와 같다면 써주는게 오히려 맞는 것이 아닌가 합니다.

그리고 검색엔진에 노출하는 것의 여부는 robot.txt 로 충분하지 않나요? 어차피 그걸 지키지 않는 검색 엔진들에게 태그 정보만 안알려준다고 해서 별달라질 것이 있는지 모르겠습니다. 게다가 올블로그는 모든 페이지들을 긁어가서 보여주는 방식의 일반적인 검색엔진이 아니라는 것은 알고 계시지 않습니까? 임의적으로 글을 긁어가지도 않습니다. 등록된 RSS 에 한해서 글을 가져오고 조금 더 많은 루트를 통해 서로의 관심사를 쉽게 찾아 볼 수 있도록 부가 정보를 가져와서 보여주고 있을 뿐입니다.

"한 페이지에 다수의 포스트가 같이 출력되는 경우 rel="tag"는 무용지물이다." 이 부분은 다수의 포스트가 같이 출력되는 경우는 무용지물이지만, 대개 블로그는 한 페이지 마다의 의미가 있는 것이 아닙니까? 블로그는 포스트 단위로써 힘을 많이 발휘하니까요. 그렇기 때문에 태터툴즈에서도 글마다의 링크를 팬시링크로 바꿀 수 있도록 해 놓으신 것이 아니었던가요?

저는 원래 천성이 개발자도 아니고 머리도 썩 좋은 편이 아니라서 논리적인 면에는 약합니다. 그리고 논리적으로 뭔가를 말씀드리고자 했던것도 아니고 그냥 저는 궁금했을 뿐이고, 뭔가 이유가 있어서 없앤 것이라면 나름대로의 방법으로 문제가 생기는 부분들을 해결하려고 했었을 뿐입니다. 앞으로 어떻게 바뀌어나갈지는 모르겠지만 이제 이유를 알았고, 개선의 여지가 별로 없음을 알았으니 제 나름대로의 방법을 써야겠다는 생각이 들 뿐입니다.

태터툴즈를 만들어주시는 것에는 항상 진심으로 감사드리고 있습니다.

답변 감사드립니다. 앞으로도 좋은 툴 만들어주시길 부탁드리겠습니다. (_ _)

위의 글에 대해 그리고 다른 여러가지로 이야기 하고 싶은 부분들이 많이 있지만, 플레임으로 번질 것 같아서 이야기는 여기서 줄이겠습니다. 조언해주신 것들 새겨놓고 앞으로 저도 더 좋은 서비스 만들어 나가도록 노력하겠습니다. 말씀 감사합니다.

골빈해커님께서 정리의향을 보이셨으니, 사족으로 적겠습니다.
'rel' attribute는 링크된 주소와 현재 주소와의 관계에 대해 적어놓는 속성입니다. 그러나 태터툴즈에서 포스트에 노출된 태그를 클릭하면 해당 태그를 포함하고 있는 포스트의 리스트가 나옵니다. 키워드처럼 키워드를 클릭하면 키워드의 설명이 출력된다고 한다면 rel="tag"로 사용할 수도 있다고 생각합니다. 요약하면, 해당 위치에서 rel="tag"는 현재 문서와 anchor 태그의 label 과의 관계를 보여주는 사용법이지, 링크와의 관계를 보여주는 사용이 아니라고 판단되었습니다.

골빈해커님과 이런 식으로 논의를 주고 받게 되어 저 역시 유감입니다. 이런 초-원론적인 논의는 상호양보와 이해가 필수적인데 말이죠... 좀 더 우호적인 상황에서 논의를 했다면 보다 생산적인 논의를 할 수도 있었을텐데 많이 아쉽습니다.

graphittie (2007-01-04 16:02:53)에 의해 마지막으로 수정

제가 골빈해커님의 글을 곡해하여 오해를 한 것 같습니다.
제가 보기에... 할 말은 많지만, 말이 길어질 것 같으니 그만 두자 라는 걸로 보였습니다.

그리고, 제 글의 마지막에 있던 부분도 곡해하진 마세요. 두 가지 입장을 가진 사람에겐 어느 한 가지의 입장도 배제할 수는 없는 부분이기에 혹시나 하는 우려일 뿐입니다. 아니라면, 다행인 것이고

저도 제가 포럼에서 썼던 글을 보시면 아시겠지만. 뭐 소스나 그런 건 잘 모릅니다.
그리고, 태터툴즈가 나가는 방향에 태클을 놓을 때도 많이 있습니다.
제가 보기에 태터툴즈가 가는 방향이 잘못된 것 같기에 서슴없이 말을 한 것입니다.
그것을 받아들이고 받아들이지 않고는 TnF 와 TnC 의 구성원들이 결정하는 것이고..
여튼, 생각은 누구나 풀어낼 수 있는 것 아니겠습니까?..

저는 골빈해커님의 글에서 여기 와서 말해봐짜 소용없네. 그만 하자 라는 걸로 이해했기에 쓴 글이었습니다.

서로 사람이기에 감정에 휩쓸려 서로 상처주는 말로 인해 오해하게 됩니다.
조금 시간이 지난 뒤 다시 보면 아무 것도 아닌 것에.... 그러니, 맺힌 게 있으시면 푸시고 거리낌없이 태터툴즈에 말씀하시고 싶은 건 말씀해주시길 바래요...

제가 위에 쓴 글의 요지는 저 겁니다.

대화 없는 관계란................. 정말 삭막한 거라고요.

...사실 근본적으로 RSS 피드에 있는 category가 tag를 고려했다고 보기엔 문제가 있고(RSS 2.0 spec에 보면 "different domain"에 대해 원하는 만큼 여러 개를 넣을 수 있다라고 되어 있는데, 태그가 다중 카테고리 이상의 것이냐 결국 같은 것이냐 하는 문제가 생깁니다), 그걸 좀더 명확히 하기 위해 테크노라티가 그런 편법(?)을 쓰면서 발생한 문제겠지요. (사실 저도 rel="tag"를 처음 봤을 때 뭔가 아이디어는 좋긴 한데 꺼림칙한 부분이 없지는 않았습니다―그 부분들은 위에서 여러 분들이 잘 설명해 놓으셨네요.)

일단 사용자의 선택권을 우선시하여 스킨 편집으로 사용할 수 있게 바꾼 것은 좋다고 생각합니다만 그와 함께 안내도 필요합니다.
아니면 옵션으로 추가해두는 것도 나쁘지 않겠지요.

daybreaker (2007-01-04 18:09:53)에 의해 마지막으로 수정

흠.. 나중에 하늘이님이 올린 글을 보니 rel="tag" 방법이 microformat으로 채택된 것이긴 하군요.
스펙을 훑어봤는데, 제가 대충 알고 있던 것과는 조금 달라서 몇 자 더 써봅니다.

일단 <a href="http://xxxxxx/.../yyy" rel="tag">linkname</a>과 같은 형태를 가지고 있어야 하고 링크된 uri에서 마지막 segment에 있는 문자열(여기서는 yyy)만 태그로 인식할 뿐 linkname과는 관계가 없더군요. 그러한 microformats의 정의대로라면, rel="tag"를 쓴 것이 HTML 표준에서 말하는 rel 속성의 의미를 해친 것이라 보기는 힘들 것 같습니다. 링크된 문서와 현재 문서와의 관계를 나타내기 위한 것이고 URL을 통해 tag를 정의하는 것이며 그 문서가 반드시 존재해야 함을 정의하고 있거든요. (오히려 예전에 태터툴즈에 있었던 '키워드' 기능과 더 가깝다고 볼 수 있겠습니다.)

graphittie님이 지적하신 3번 사항에 대해서는 좀더 논의를 해봐야 한다고 생각하며, 필요하다면 microformat에 issue로 제기(rel-tag issues 참조)하는 건 어떨까 합니다.

문제는 RSS만 크롤링하느냐, rel-tag 정보를 얻기 위해 웹페이지까지 크롤링해도 되느냐 하는 것으로 보입니다. 이건 정책/라이센스 상의 문제가 되므로 rel-tag 표준을 인정하고 넘어간다 하더라도 분명히 짚어야 하지 않나 싶습니다.

일단 저는 microformat 표준 자체로는 문제가 없다고 생각하며, 사용자에게 선택권을 줄 수 있도록 하는 것은 찬성하되 분명한 안내 문구(rel-tag의 정확한 의미와 현재 가진 문제점, 달았을 경우 얻을 수 있는 검색 상의 장단점 등)를 삽입해야 한다고 생각합니다. rel-tag를 여러 개의 포스트가 보여지는 view에서는 출력하지 않도록 한다든가 하는 차선책도 생각해볼 수 있겠죠.

daybreaker (2007-01-04 20:16:33)에 의해 마지막으로 수정

rel="tag nofollow"로 하면 되지 않나요? rel 속성은 여러 개의 값을 지원합니다.

네, 일단 저도 그렇게 하는 것이 가장 좋겠다고 생각합니다. (방금 글 수정했더니 그새 답글 달으셨군요; )

http://microformats.org/wiki/rel-tag-spaces
이곳을 보시면 공백 변환에 대한 대부분의 형태를 다 인정하는 것 같습니다.

microformat 표준이었군요.:o 한 번 보러가야겠습니다. 논의를 통해 이런 보완이 이뤄지는 것이 긍정적이라고 생각합니다. 완벽한 사람은 없으니까요. 그나저나 새해 첫 커밋은 언제쯤 하실래요?;)