1P by GN⁺ | ★ favorite | 댓글 1개
  • Kagi의 Search Stats 페이지는 검색 품질을 사용자가 조정하는 흐름과 함께, 현재 서비스 규모를 회원 72,586명과 최근 하루 검색 1,112,800건으로 공개함
  • 개인 회원 외에도 Families 9,384개, Teams 399개, Orion+ 회원 3,136명까지 유료·조직 단위 이용 지표를 함께 보여줌
  • 최근 하루 Assistant Threads 18,864개는 Kagi가 검색뿐 아니라 AI 보조 기능 사용량도 공개 지표로 다루고 있음을 보여줌
  • Kagi는 회원 수 72,586명이 전 세계 31개 국가 및 거주 지역의 인구보다 많고, 다음 비교 대상은 Cayman Islands 73,038명이라고 밝힘
  • 100,000명 이정표의 Kagi surprise는 아직 세부 내용이 공개되지 않아, 현재 페이지에서 확인할 수 있는 핵심은 실시간 성장 지표와 사용자 선택 신호임

Kagi가 공개한 검색 서비스 규모

  • Search Stats는 Kagi의 현재 이용 현황을 여러 지표로 나눠 보여줌
    • Members: 72,586명
    • Families: 9,384개
    • Teams: 399개
    • 최근 하루 Queries: 1,112,800건
    • 최근 하루 Assistant Threads: 18,864개
    • Orion+ members: 3,136명

회원 수 비교와 이정표

  • Kagi는 현재 회원 수 72,586명이 31개 세계 국가 및 거주 지역의 인구보다 많다고 비교함
    • 다음 비교 대상은 인구 73,038명의 Cayman Islands
  • Kagi surprise는 회원 100,000명 이정표를 기념하는 행사로 소개됨
    • 세부 내용은 아직 공개되지 않음
    • 이전 이정표로는 50K users20,000 members milestone Kagi surprise가 제시됨

댓글과 토론

Hacker News 의견들
  • 이 기능이 Kagi가 검색에서 만든 가장 뛰어난 혁신이라고 봄. Google 결과는 보통 쓰레기 사이트에 파묻히는데, Kagi는 기본적으로 훌륭한 스팸 필터를 갖추고 있고, 거기에 더해 좋은 도메인과 나쁜 도메인에 대한 개인 목록을 계속 조정할 수 있음

    • Google도 20년쯤 전에 이런 기능이 있지 않았나, 적어도 차단은 있었던 것 같음. 검색 혁신이라기보다는 사용자를 신경 쓰는 것을 사업 전략으로 삼는 혁신에 가까움
    • 맞음, 이게 Kagi를 쓰기 시작한 결정적 이유였음. 기본 검색 결과가 Google/Bing/DDG보다 압도적으로 낫지는 않지만, 도메인을 차단하고 끌어올릴 수 있는 기능은 킬러 기능임
    • 처음 Kagi를 쓰기 시작한 이유는 이 기능이었지만, 최고의 혁신이라고까지 하지는 않겠음. 기본 검색 결과도 이미 Google보다 훨씬 낫고, 개별 결과를 요약하거나 첫 페이지 결과를 바탕으로 질문에 빠른 답을 주는 AI 도구가 훨씬 더 혁신적임
      이런 기능들과 구독 기반 사업 모델을 합치면, Kagi는 지금 검색 분야에서 가장 혁신적인 플레이어라고 봄
    • uBlock으로 이걸 오래전부터 써 왔음. 그래서 여기서 읽는 Google 검색에 대한 불만을 내가 별로 느끼지 않는 이유가 그 때문인지 궁금해짐
      https://github.com/quenhus/uBlock-Origin-dev-filter
    • 또한 인센티브가 일치함. Kagi는 사용자에게서 돈을 받으니 사용자에게 최선인 일을 하게 됨. Google의 인센티브는 좋게 말해도 훨씬 더 뒤섞여 있음
  • Pinterest는 확실히 내가 처음 차단한 사이트였음.
    w3schools에 대한 미움은 잘 이해하지 못하겠음. MDN은 아니지만, 공격적으로 나쁘지도 않고 가끔 유용한 참고 자료였음. w3schools가 검색 1위에 뜬다면 아마 내가 물어본 아주 단순한 질문에 대한 답이 있을 거라고 믿는 편임. Pinterest처럼 뭐가 나오든 스팸인 사이트와는 다름

    • https://www.w3fools.com/를 보면 됨
      이건 좀 역사적인 문제임. 10년도 더 전에는 w3schools가 늘 상위에 떴고, 틀리거나 오해를 부르거나 나쁜 관행이거나 안전하지 않거나 지나치게 단순화된 내용이 많았음. 이름이 W3C / w3.org와 비슷해서 공식 기관 같은 곳으로 착각한 사람도 많았음
      지금은 훨씬 나아졌지만, 오래된 프런트엔드 개발자들에게는 그 평판이 남아 있음
    • 아마 많이 나아졌을 것 같음. 몇 년 전에는 쓰레기처럼 보였는데, 지금은 신뢰할 만하고 유용하게 느껴짐. 무엇이 바뀌었는지는 모르겠음
      그래도 여전히 MDN을 선호함. 최신 정보를 담고 있다고 믿을 수 있음. 원래도 매우 좋았고, 대화형 예제까지 포함해 더 좋아졌음
    • W3Schools가 그렇게 평판이 나쁜 줄 몰랐음. 거의 10년 전에 그 사이트로 HTML을 배웠고 꽤 도움이 됐음
      Try it Online! 을 좋아했음
    • 예전에는 정말 심하게 나쁘고 틀렸음. 이후 개선됐다는 얘기는 들었지만, 많은 사람이 예전 모습을 기억해서 그냥 안 쓰는 것 같음
    • w3schools는 보통 당장 일을 끝내는 데 필요한 답을 줌
      MDN은 기술 참고 문서라 유용하지만, 빠른 설명만 필요할 때는 짜증날 때가 있음
      w3schools = :/
      mdn = :O
  • 상위에 오른 출처들을 보면 Kagi의 현재 사용자층이 잘 드러남. 프로그래머와 IT 전문가에게 매력적인 게 분명함
    더 다양한 검색 요구를 가진 사용자를 끌어들이는 데 관심이 있는지, 그렇다면 실제로 어떻게 도달할 수 있을지 궁금함

    • “프로그래머와 IT 전문가에게 매력적”이라는 건 오히려 축복이라고 봄. 기술에 밝은 사용자에게 중요한 것에 집중할 수 있기 때문임. Kagi 창업자임
      더 다양한 검색 요구를 가진 사용자를 끌어들이는 데도 관심 있음
      실제 접근 경로는 아마 가족 요금제[1]가 될 가능성이 큼. 나도 유료 검색 제품에 가족들을 합류시킬 때 이 방식이 통했음
      “Kagi for Kids”는 부모 통제 기능을 갖춘, 아이들을 위해 특별히 만든 첫 진짜 검색 엔진 시도라고 볼 수 있음. 지난 25년 동안 이상하게도 이런 게 없었음
      기술자는 아니지만 기술에 밝은 사용자도 점점 더 가입하고 있음. 이후에는 기술에 밝지 않은 사용자까지 이어질 수 있음. 광고 지원 “무료” 검색의 시대가 끝나가는 첫 신호도 보임[2]
      [1] https://blog.kagi.com/family-plan
      [2] https://blog.kagi.com/age-pagerank-over
    • 프로그래머가 “소프트웨어에서는 삶이 더 나아질 수 있다”는 걸 아는 주된 독자층이라고 느낌. 평범한 프로그래머라면 Pinterest의 끔찍함에 너무 불쾌해서, 막을 방법이 있다는 걸 알고 어떤 방법이든 찾을 수 있음
      누군가는 uBlacklist 같은 확장 기능을 쓰고, 누군가는 너무 화가 나서 돈을 내고라도 막고 싶어 할 수 있음
      진지하게 말하면, 소프트웨어 일을 하지 않으면 거대 업체의 대안이 존재할 수 있다는 것 자체를 상상하기 어렵다고 봄
    • 이건 검색 결과를 직접 설정하려는 사람들의 사용자층을 보여줌. 어떤 검색 엔진이든 이 기능을 제공하면, 실제 사용자를 보면 아마 비슷하게 치우칠 것임
      다만 Kagi는 제공하고 다른 곳은 제공하지 않으니, 원래 지적도 여전히 맞음
    • 그리고 구체적으로는 미국 프로그래머와 IT 전문가
    • Google의 검색 엔진 최적화 쓰레기보다는 분명 나을 수밖에 없음
  • 이 목록을 보니 나도 고객이 될 것 같음. Kagi를 어렴풋이 알고 기본 전제도 알고 있었지만, 이걸 보니 실감이 남

    • 나도 이 기능을 몰랐는데, 이제는 원한다는 걸 알겠음. 다만 더 싸야 할 것 같음. 예를 들어 무제한 5달러이거나, 나에게 충분한 검색량이면 가입할 듯함. 300회보다는 확실히 많고, 행동을 바꾸지 않는다면 1000회보다도 많을 것 같음
      닭과 달걀 문제도 있는 듯함. 신규 고객이나 추가 검색의 한계 비용은 비교적 낮고, 비싼 건 크롤링과 개발/SRE일 테니, 사용자가 늘면 가격이 내려가고 나 같은 비교적 짠 사용자도 더 들어올 수 있지 않을까 싶음
      좋아 보이지만, 나는 웹사이트에 직접 가기보다 DDG의 bangs를 하루에도 여러 번 씀. Kagi에도 있는 기능이고, 특히 !w, !wikt를 많이 쓰며 !arch, !aur, !archpackages도 꽤 씀. 그것만으로도 월 한도를 금방 다 쓸 것 같음. 게다가 그냥 리디렉션이지 색인을 쓰는 것도 아니니 검색 횟수에 포함하지 말아야 한다는 논리도 있음. 물론 의지가 있으면 검색 엔진 대신 Firefox 기능으로 우회할 수는 있음
      수정: FAQ를 보니 bangs는 실제로 검색으로 계산되지 않는다고 함. 한번 체험해 보고 실제 검색량을 얼마나 빨리 쓰는지, 그리고 초과분 1.5센트가 내 사용량에서 얼마나 합리적인지 봐야겠음
  • 여기 요약은 “Pinterest 꺼져”인 것 같음. Stack Overflow를 긁어 만든 사이트도 너무 많아서 정말 싫음

    • 뭔가를 검색했는데 Pinterest 결과가 그 대상의 북마크일 뿐이면 엄청 짜증남
      내가 아는 한, 이건 Pinterest가 특별히 나쁜 짓을 해서라기보다 Google의 이해하기 어려운 알고리즘 실패에 가까움
    • SO 복제 사이트용으로는 이게 있음: https://github.com/quenhus/uBlock-Origin-dev-filter
  • 몇 년 동안 외쳐 왔는데, 관련 있는 Wikipedia 페이지가 있으면 Google은 이제 그걸 결과 맨 위에 올려야 함. 2위나 3위가 아니라 항상 1위여야 함
    IMDb도 마찬가지임. 사이트를 좋아하는 건 아니고 대안이 있으면 바로 갈아타겠지만, “bogart bacall”을 검색하면 상위 6개 결과는 The Big Sleep, To Have and Have Not, Key Largo의 IMDb와 Wikipedia여야 함
    Google이 지난 15년 동안 이걸 파악하지 못했다는 게 미스터리임

    • Google이 지난 15년 동안 그걸 파악하지 못했다는 건 미스터리가 아님
      이미 알고 있음. Google은 자신이 뭘 하는지 정확히 알고 있음
      문제는 Google이 올바른 답을 주는 게 아니라, 계속 검색하게 만드는 데서 돈을 번다는 것임
    • 주로 Wikipedia 페이지를 찾는 거라면 왜 Wikipedia 검색을 쓰지 않는지 궁금함
    • 참고로 Trakt.tv가 IMDb의 좋은 대안임
  • uBlacklist는 여러 검색 엔진에서 작동함. 아주 쉬운 노력을 조금만 들여도 검색 결과가 훨씬 깨끗해짐
    https://github.com/iorate/ublacklist
    YouTube를 쓴다면 추가로 필요한 것 두 가지가 있음
    SponsorBlock은 이름 그대로 스폰서 구간을 자동으로 건너뜀
    https://github.com/ajayyy/SponsorBlock
    DeArrow는 오픈소스이자 크라우드소싱 도구로, YouTube의 멍청한 클릭베이트 썸네일 제목 카드를 바꾸고 많은 제목도 더 나은 것으로 대체함. 기여도 가능함
    https://github.com/ajayyy/DeArrow

    • DeArrow의 Firefox 링크를 따라가면 “Oops! We can't find that page”로 이어짐
  • 실제로 찾고 있는 것을 찾게 도와주려는 검색 엔진이라면 당연히 있어야 할 단순하고 상식적인 기능임. Google이 제공하는 것과는 차이가 너무 큼

  • 같은 페이지에서 자기 설정을 업데이트할 수 있는 옵션도 제공한다는 점이 좋음. 쉽게 선제 차단과 부스팅이 가능함

    • 그런 앞을 내다본 UI 설계가 즉시 눈에 띄었고, 내가 왜 충성 고객인지 다시 떠올리게 해줌
  • 부스팅은 안 되지만, 차단은 uBlock Origin과 사용자 지정 필터로 가능함. Google과 DDG 검색에서 스팸과 복제 도메인을 제거하는 훌륭한 스팸 필터 목록이 있음
    [1] https://github.com/quenhus/uBlock-Origin-dev-filter