블로그 메타사이트의 한계(?) 인가!!

1day1의 이미지

정확히 말하면 국내의 몇몇 블로그 메타사이트들의 한계 라고 해야 할까?

관련 글들
http://www.hof.pe.kr/wp/archives/1904
http://hyeonseok.com/soojung/web/2006/06/03/245.html

# 심각한 경우
- 남의글(다른 블로그글)을 자신의 글인양, 주소를 바꾸고, 프레임안에 가두어 버리는 형식이다.
- 새창으로 띄우는 것은 기본, allblog 같은경우 새탭으로 열면 새창으로 안띄워지긴 함. yozmn 은 선택권조차 없다.
- 블로그글이야 배째 하고 버틸수 있겠지만, 뉴스같은 저작권문제에 직접 부딪히는 글 까지 그렇게 하고 있는 경우도 있다.

관련 서비스 사이트 - 심각한 경우
http://allblog.net/
http://www.yozmn.com/
http://blogplus.joins.com/Home/
http://openblog.mediamob.co.kr/ - close beta

* 심각해 하는 이유의 예시.
http://www.nmindplus.com/2006/05/04/allempas/
- 이렇게 원글 블로그의 링크가 바뀌어 버린 후, 메타사이트가 링크를 바꾸거나(시스템개편등) 하는 경우 검색사이트의 모든글이 무용지물이 되어 버리는 것은 한순간이다.
- 그렇다고, feedburner 처럼 그 트래픽을 대신 가져가는 것도 아니다.(성격이 다르긴 하지만.)

# 준수한 경우
- 새창으로 띄워준다.
- 이것은 일반적이니 그리 문제삼지 않아도 되겠지만, 강제적인 새창은 또한 사용자의 선택권을 제한 하게 하는 것이다.

관련 서비스 사이트 - 준수한 경우(새창으로띄움)
http://www.eolin.com/
http://www.theple.com/
http://www.blogkorea.org

# 외국의 경우를 보면
http://technorati.com/tag/web2.0
http://www.rojo.com/today/
http://digg.com/

직접 링크가 되도록 하고 있다.
rojo 같은 경우 redirection 하여 한번 거쳐가게 하지만, 최종 자신의 링크로 가게 한다.
더 많은 예를 찾아보지는 않았지만, 위와 같은 경우가 일반적이다.
사이트를 확인해보면 심지어 새창으로 띄우지도 않는다.
이는 사용자가 직접, 새탭으로 열것인지 새창으로 열것인지 그대로 열것인지 선택할 여지를 준다는 것이다.

.
.
.

메타사이트들이 이렇게 하는 이유는 자신만의 컨텐츠가 아니기 때문에 좀더 자신들의 사이트를 노출시키려 하는 것이라 짐작된다.
그것이 어느정도 이해는 되지만, 이런 방법밖에 없는지는 생각해 볼 문제이다.
직접링크가 아닌 새창정도는 이해할 만한 정도이다.(직접링크로 했다가 사용자가 그 사이트의 다른글에 길을 잃어 처음 열었던 곳으로 가기 어려워 지는 경우도 있으니..)
이것도 탭브라우징이 일반화 되면 핑계거리도 아니게 된다.(firefox 2.0 에서는 tab 으로 열기가 기본이 된다.)

http://www.fortytwo.co.kr/tt/68 - PRAK 님의 글처럼 여러계층으로 분리되어 있다면,
각 메타사이트들은 어느 계층을 중심에 놓고 서비스를 할 것인지 결정을 할 것이다.
최종사용자들이 "사용하기에 편하다. 좋다 라고만 하면 된다" 라고 결정할 수도 있고,
블로그글의 원저작자들이 최우선이다 라고 결정할 수 있다.

위의 문제가 되는 메타사이트들은 아마도 최종사용자들을 우선시 하는 것 같다.
그렇지만, 그 블로그의 원제작자들이 최종사용자들이기도 하다.
또한 국내처럼 아직은 블로그 원저작자 들이 현저하게 적은경우 그 창작의지(?)를 떨어뜨려 버릴 수도 있다.(펌질이 가장 문제이지만...)

서비스제공자들이 결정하기 나름이지만, 아직은 블로그의 창작자(원저작자)에 우선을 두어야 한다고 생각한다.
최소한 많은 블로거들이 활동하는 시점까지는 블로거들을 우선시 해 주었으면 한다.
아직은 글이 절대적으로 부족하다고 생각한다.(흔히 말하는 파이를 키워서 나누어 먹어야지, 조그만 파이가지고 이리저리 싸우는 모양새는 되지 말아야 겠다)

서비스제공자들에게 어떻게 하라, 이렇게 하라 강요하고자 하는 것이 아니라, 이런부분에서 이렇게 생각하고 있다. 라는 것을 알아주었으면 한다.
동의한다면 한번더 생각해 주길 바랄 뿐이다. 자칫하다가는 블로거 vs 메타사이트 가 되어버릴지도 모른다.(오버지만...)

메타사이트들의 한계(?)를 벗어나서 블로거 들과 상생하는 길을 찾았으면 한다.
그 방법을 찾아가는 것이 앞으로 해야 할 과제이다.

ps. web2.0 관련 사이트 : http://kldp.org/node/70504

ps2. trackback 이 있으면 좋겠어요. ^^

댓글

PRAK의 이미지

좋은 글 잘 읽었습니다. 저도 동의합니다.

참고로 준수한 경우에 한RSS 페이퍼도 들어가야 할 것 같습니다.

superwtk의 이미지

if (window.self != window.top)
	window.top.location = window.self.location;

이 코드를 애용합시다 :D

http://blog.superwtk.com/

김대포의 이미지

위 자바스크립트를 사용한다면 워드프레스 사용자들은 편집 화면으로 가면 재미 있는 현상이 생길겁니다.

많은 분들이 올블에 관심을 갖는건 그만큼 올블에 대한 깊은 애정이 있기 때문일겁니다.
전 올블에 RSS를 중단한 상태 입니다. 이번 한계(?)를 잘 극복해서 많은 분들에게 올블의 애정이 계속 되어졌으면 합니다.

lunamoth의 이미지

올블로그의 경우 툴바만이 "추천"을 위한 대안으로 고착된것 같기도 합니다. 예전 방식처럼 올블로그 사이트내에 추천란을 마련하거나 블로그 플러그인을 지원하는 방법이 있겠지만 또 다시 예전으로 복귀하는것은 지금어려울것 같고요. 울며겨자 먹기?로 쓸수 밖에 없는 상황인듯 싶습니다. 프레이밍 문제나, 구글 랭킹 문제도 일전에 논의됐었긴 합니다만 이제는 만성이 된것 같고요. 네이브 블링크 방식도 어떻게 봐야될런지 고민이긴 합니다.

lacovnk의 이미지

올블로그 같은 경우 환경 설정을 통해 툴바를 사용하지 않을 수 있습니다. 회원의 자기 정보에서도 가능하고, 피드 별로 설정할 수도 있습니다.

또한 피드 설정중에 다음 항목이 있습니다.
정보의 활용 범위 (제3자 정보 제공) : 블로그 주소로 부터 수집한 정보가 올블로그와 제휴중인 검색 및 기타 서비스들에서도 노출되길 원하십니까?

마치 올블로그가 마음대로 다하는 것 같은 뉘앙스가 좀 묻어나길래.. 나름 장치가 있다는 점도 설명해야 할 것 같습니다 :) (링크된 글에 논의가 있긴 하지만..)

그리고 새창/새탭도 분류가 조금 애매한 것 같고요. "준수한 경우"의 기준이 무엇인지 모르겠습니다. 강제 새창 여부는 아닌 것 같고..

개인적으로 새창/새탭 없애고 직접 링크를 제공하는 것이 바람직하다고 보지만, 아직 추천의 구현 문제로 툴바가 발목을 잡아 아쉽습니다. 툴바가 있어야 하는지에도 조금 회의적이긴 하지만, 추천의 도입이 의미가 있기도 하고.. 음.

nmind의 이미지

올블로그의 경우 환경설정을 통해 툴바를 사용하지 않을 수 있습니다만..툴바를 사용하지 않는 경우도 올블로그 툴바주소(?)를 통한 리다이렉트로 반드시 올블로그의 서버를 거치게 되어 있습니다."블로그 주소로 부터 수집한 정보가 올블로그와 제휴중인 검색 및 기타 서비스들에서도 노출"도 원래 블로그의 퍼멀링크가 아니라 올블로그의 툴바주소를 제공하고 있습니다.

이 경우 문제점이 무엇인가 하면 올블로그 서버에 문제가 생기면 그 링크들은 전부 데드링크가 되버립니다(예전에 몇번 서버가 정지된 적도 있었죠). 그리고 혹시 올블로그에 불만이 있거나 서비스에 만족하지 못하고 이용을 중지할 경우에(올블로그 서버에 남아있는 정보를 전부 지울경우) 엠파스 등의 검색엔진에 올블로그가 제공한 링크는 깨져버리게 됩니다. 검색페이지에 현재 정상적으로 열리는 페이지의 URL이 존재하지만 그 링크를 클릭하면 일단 올블로그의 툴바로 가게 되어있기 때문입니다.

제가 문제라고 생각하는 점은 의도하였던 의도하지 않았던 페이지의 URL을 가공한다는 점입니다.

lacovnk의 이미지

올블로그의 이용을 중지할 경우, "올블로그를 통한" 검색결과가 깨지는 것이 맞는 것 & 원하는 것 아닌가요? (긁적..) 제휴받던 업체가 올블로그에만 의존하고 블로그 검색을 전혀 안해서 완전 검색결과에 안나타나면 그건 업체 탓이지, 올블로그 탓은 아닌 것 같습니다. (앗 혹시 비밀 약속이라도? ㅎㅎ)

문제는 오히려, "자신의 원래 링크"주소보다, "올블로그의 중간(툴바)주소"가 더 널리 알려지는 상황아닐까요? 자신의 링크가 직접 검색되고 직접 링크되느냐, 올블로그를 통해 제휴하고 있는 포탈에 올블로그의 주소를 통해 알려지느냐.. 데드링크의 발생은, 중재자(올블로그)의 주소를 사용했는데 중재자가 그 주소를 책임지지 않을 경우에 벌어지겠지요. 그러나 그러한 데드링크의 발생이 올블로그가 비난받아야 하는 이유인가...는 잘 모르겠습니다.

URL을 가공하는 게 아니라 또 다른 URL을 만들어내고, 이를 퍼뜨린다는 것이 좀더 정확한 표현이라고 생각합니다.

좀 경우는 다르지만, 구글도 구글 검색 결과에서 직접 링크를 제공하지 않고 자신들의 서버를 거쳐가게 합니다. 하지만 아무도 그 잠시 스쳐가는 주소를 고정적인 주소로 생각하지는 않겠지요. 올블로그의 주소도 그렇게 취급되어야 하는데, 마치 퍼머링크처럼 제휴 업체의 검색결과에 제공된다면 좀 이상하겠죠. 하지만 올블로그의 주소는 별도의 기능이 있지요. 그래서 또 그렇게 단순하게 "왜 임시 주소를 생성해서 퍼뜨리냐.."라고 하기에는 임시주소가 아니기도 하죠.. 음음.

올블로그의 뒷 주소를 그냥 원래 퍼머링크로 해버리면 어떨까요? (뜬금없이...)

랜덤여신의 이미지

Quote:
문제는 오히려, "자신의 원래 링크"주소보다, "올블로그의 중간(툴바)주소"가 더 널리 알려지는 상황아닐까요?

올블로그가 robots.txt 로 툴바 주소의 구글 검색을 막으면 어떨까요?
올블로그 측에서 과연 해줄지는 모르겠지만...

(개인적으로 올블로그 툴바 정도면 상당히 양호하다고 생각해요.)
----
블로그 / 리눅스 스크린샷 갤러리 / 듣는 음악 통계
지금 듣는 곡:

1day1의 이미지

올블에 대한 글
* http://greenery.co.kr/blog/10

F/OSS 가 함께하길.. (F/OSS서포터즈,F/OSS서포터즈그룹)

F/OSS 가 함께하길..

가짜집시의 이미지

User-agent: *
Disallow: /angel
Disallow: /gopage
Disallow: /search
Disallow: /controls
Disallow: /mypage

로 되어있습니다. 이론상 올블로그의 중간 주소는 검색 엔진에 등록되지 않아야 합니다만, 다른 페이지들에서 올블 중간 주소를 링크한 경우에 이런 정책이 먹히지 않는 경우도 있는 것 같더군요. (자세한 내용은 잘 아시는 분이 답글 달아주시면 좋겠습니다)

하늘이-*의 이미지

그동안 지켜보기만 하다가, 너무 이야기를 안하는 것도 오해의 오해만 불러일으키는 것 같네요. 살짝 링크 걸어두고 갑니다.

http://event.allblog.net/index.php?pl=52

1day1의 이미지

딱히 어디를 꼭 찝어서 이야기한것은 아니었습니다 - 유독 국내의 메타사이트들이 그런경향이 있어서 글을 쓴 것이었습니다.

워낙 올블이 유명해서 그런지, 답글도 올블관련 글이 많군요.
또한 올블의 입장까지 말씀해 주셨네요.

아무튼 전 그보다, 이런 방법을 쓸 수 밖에 없는 것인지 하는 것입니다.
블로거, 메타사이트 모두가 만족할 만한 방법은 없는가 고민하고 있습니다.

1) URL 을 한번 거치는 문제
검색엔진도 URL 을 거쳐가도록 하는 경우가 대부분이고, 자료 수집을 위해서는 그런 방법을 쓸 수밖에 없을 지도 모르겠습니다.
이점은 어느정도 이해할 만 합니다.

2) 툴바로 인해 바뀌는 주소
조금 이해하기 힘든 부분이 있습니다.
- 추천때문이다 라고 하면, 일반사용자(로그인하지않은)도 추천할 수 있게 해야 할텐데, 추천하려면 로그인해야 합니다.
- 결국에는 로그인 사용자에게만 필요한 것이라는 것이죠.(앞뒤가 안 맞는 상황입니다.)
- 로그인 하지 않은 기본설정은 툴바를 보이지 않게 하면 그나마 이해를 할 수 있겠습니다.(제 기준)
ps. 요즘엔(yozmn) 을 다시 가보니, 툴바를 없앴네요.
http://blogplus.joins.com 같은 경우는 툴바가 있고, 추천하는 부분이 있습니다만, 일반사용자도 추천이 가능합니다.(비록 FF 는 작동을 안하지만...)

최소한 블로거들이 자신의 글임을 확인할 수 있다면,(애매모호하지 않게) 큰 반발은 없을 듯 한데, 그에 대한 좋은 방법은 없는 것일까요?

공식입장을 밝히셨으니, 서로 좋은 방향으로 해결되길 바랍니다. ^^

F/OSS 가 함께하길.. (F/OSS서포터즈,F/OSS서포터즈그룹)

F/OSS 가 함께하길..

댓글 달기

Filtered HTML

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.

BBCode

  • 텍스트에 BBCode 태그를 사용할 수 있습니다. URL은 자동으로 링크 됩니다.
  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param>
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.

Textile

  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • You can use Textile markup to format text.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>

Markdown

  • 다음 태그를 이용하여 소스 코드 구문 강조를 할 수 있습니다: <code>, <blockcode>, <apache>, <applescript>, <autoconf>, <awk>, <bash>, <c>, <cpp>, <css>, <diff>, <drupal5>, <drupal6>, <gdb>, <html>, <html5>, <java>, <javascript>, <ldif>, <lua>, <make>, <mysql>, <perl>, <perl6>, <php>, <pgsql>, <proftpd>, <python>, <reg>, <spec>, <ruby>. 지원하는 태그 형식: <foo>, [foo].
  • Quick Tips:
    • Two or more spaces at a line's end = Line break
    • Double returns = Paragraph
    • *Single asterisks* or _single underscores_ = Emphasis
    • **Double** or __double__ = Strong
    • This is [a link](http://the.link.example.com "The optional title text")
    For complete details on the Markdown syntax, see the Markdown documentation and Markdown Extra documentation for tables, footnotes, and more.
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
  • 사용할 수 있는 HTML 태그: <p><div><span><br><a><em><strong><del><ins><b><i><u><s><pre><code><cite><blockquote><ul><ol><li><dl><dt><dd><table><tr><td><th><thead><tbody><h1><h2><h3><h4><h5><h6><img><embed><object><param><hr>

Plain text

  • HTML 태그를 사용할 수 없습니다.
  • web 주소와/이메일 주소를 클릭할 수 있는 링크로 자동으로 바꿉니다.
  • 줄과 단락은 자동으로 분리됩니다.
댓글 첨부 파일
이 댓글에 이미지나 파일을 업로드 합니다.
파일 크기는 8 MB보다 작아야 합니다.
허용할 파일 형식: txt pdf doc xls gif jpg jpeg mp3 png rar zip.
CAPTCHA
이것은 자동으로 스팸을 올리는 것을 막기 위해서 제공됩니다.