작동 방식

어떤 페이지든 60초 만에 피드백을 남기세요.

FEEDCHAT은 리뷰어 친화적인 프레임 안에 사이트를 불러옵니다. 아무 요소나 클릭해 생각을 적으면, 팀이 실시간으로 봅니다 — 쫓아다닐 Slack 스레드도, 첨부할 스크린샷도 없습니다.

시작 경로

가장 쉬운 리뷰 경로를 고르세요

URL로 시도코드 없음

공개 페이지와 첫 리뷰에 적합합니다. 코드나 확장 프로그램이 필요 없지만, 로그인 화면은 렌더링되지 않을 수 있습니다.

위젯 설치가장 안정적

반복되는 팀 리뷰에 적합합니다. 스크립트 한 줄로 가장 정확한 DOM 컨텍스트, 세션, 캡처를 얻습니다.

Chrome 컴패니언로그인 앱

로그인된 앱과 내부 도구에 적합합니다. extensions/chrome-companion 에서 압축 해제된 확장으로 불러오고, 프로젝트 ID를 설정한 뒤, 코드 배포 전에 실제 탭에서 핀을 답니다.

Live View 열기

프로젝트 페이지에서 우측 상단의 Live View → 버튼을 클릭합니다. 사이트가 FEEDCHAT 안에서 열리고, 오른쪽에 스레드 사이드바가 나타납니다.

코멘트 모드 켜기

툴바에서 Comment 를 클릭합니다. 커서가 타깃으로 바뀌고, 가리키는 요소마다 클릭 가능함을 나타내는 옅은 윤곽선이 보입니다. 특정 요소가 아니라 페이지 전체에 대한 피드백이라면 옆의 Note on page 를 사용하세요.

핀 떨어뜨리기

아무 요소(버튼, 카드, 텍스트 덩어리)나 클릭하면 번호가 매겨진 핀이 떨어집니다. 오른쪽 사이드바에 그 요소에 한정된 새 스레드가 열립니다. 선택 라벨(버그, 디자인, 카피 등)을 추가하고 무엇을 바꿔야 할지 적습니다.

대화 이어가기

접근 권한이 있는 누구나 스레드를 즉시 봅니다. 답글, 반응, 상태 변경(열림 → 진행 중 → 해결됨)이 모두 실시간으로 동기화됩니다. 같은 UI 타깃의 핀은 자동으로 묶여, 복잡한 버튼이 12개의 스레드로 흩어지지 않습니다.

Review brief로 마무리

When the review is done, the host hitsReview briefin the toolbar (host/owner-only — if you don't see it, ask the project owner to run it). FEEDCHAT clusters threads by target and theme, calls out the highest-priority items, and skips anything whose linked Jira ticket is already Done.After the brief — pick your handoff

A. Straight to Jira. Each card has a Create Jira issue button; the proposals section has Create all (N)for bulk. AI maps the thread's label to Bug / Story / Task, de-duplicates against open issues, and Slack pings the project channel when a ticket is created. If a Jira webhook is wired back, the ticket moving to Done auto-resolves the FEEDCHAT thread.
B. Copy & classify elsewhere. Copy brief gives a structured markdown summary (decisions, owners, next actions), Copy raw gives the full thread dump. Paste either into ChatGPT, Notion, a Google Doc, or any AI assistant for further triage.
C. Auto-deliver to Slack or Docs. Send to Slack / Add to Docspush the brief directly to the project's configured webhook — set them once in Setup → Integrations.

For code-level fixes, actionable cards also offer Approve + create PR — AI opens a draft PR against the connected GitHub repo so reviewers see the fix without waiting on Jira routing.

팀과 공유

Share 는 초대 링크를 복사합니다. 호스트 전용 프로젝트는 Setup에서 설정한 이메일 도메인 허용 목록으로 리뷰어를 제한하고, 공개 프로젝트는 링크가 있는 누구나 참여할 수 있습니다. 각자의 코멘트는 본인의 Google 계정으로 귀속됩니다.

팁

Behind a password gate? Save it once in Setup → External site password. FEEDCHAT opens the protected site with a short-lived URL token (?t=…) and keeps the session on a SameSite=None cookie, so navigating across pages stays signed in. Reviewers never see the gate. Use Chrome — Safari blocks the URL-token step. Site-developer requirements →
Header in the way? Click the pin icon in the top bar to toggle auto-hide. The site content slides to fill the freed space.
Find a thread later? The sidebar has filters (label, status, scope) and the search box. Each thread also has a deep link from Inbox.
Lost in deep pages? The Activity tab shows the live timeline of every comment across the project — handy for catching up after a few hours away.
Sync Jira status back? Configure a Jira webhook on issue updated pointing at /api/projects/<projectId>/jira-webhook?t=<share-slug>. When a ticket moves to Done, the linked FEEDCHAT thread auto-resolves; In Progress flips the thread to in-progress. Regenerating the share link rotates the webhook token.

페이지가 로드되지 않을 때

로그인이 필요한 페이지 리뷰하기

Live View가 비어 있다면 거의 항상 프로토타입이 로그인을 요구하거나 임베드를 거부하는 경우입니다. 이제 Live View가 이를 감지해 이유를 인라인으로 보여줍니다 — 각 경우의 해결 방법은 다음과 같습니다.

Single password gate (one password field)
Save it once in Setup → External site password. FEEDCHAT carries it with a short-lived URL token (?t=…) and a SameSite=None cookie, so reviewers never see the gate. Use Chrome.
Username + password, or company SSO
External site passwordonly passes a single password, so it can't sign in to a username/password or SSO login. Pick one:
- Use a no-login review URL — point the project at a staging/test build that opens without auth. Simplest and most reliable.
- Install the widget snippet on that site, then reviewers sign in once inside Live View — the widget keeps working after login.
- SSO that redirects to another domain can't be passed by the proxy — use one of the two options above.
The site blocks framing (X-Frame-Options / CSP)
Try proxy mode in the toolbar, or have the site allow FEEDCHAT to frame it — site-developer requirements below.
Not reachable from outside (internal-only, 401 / 403)
Internal-network or IAM-gated URLs can't be embedded. Use a URL that opens from outside your network.

사이트 개발자를 위한 안내

FEEDCHAT에 임베드 가능하도록 사이트 설정하기

FEEDCHAT loads your site inside a cross-site <iframe>. For a password-gated site to keep its session inside that iframe, your server needs two small changes. With these, reviewers enter the password once and stay signed in as they navigate.

1. Issue the session cookie with SameSite=None; Secure
Browsers drop a SameSite=Lax cookie on third-party iframe requests, which causes the user to be bounced back to your login on every page. Switch the cookie your password gate sets to:
```
Set-Cookie: <name>=<value>; SameSite=None; Secure; HttpOnly; Path=/
```
Secure is required by browsers whenever SameSite=None is used. Keep HttpOnly and your existing Max-Age.
2. Allow only FEEDCHAT to frame your site
Add this response header on every route so the browser blocks any other origin from wrapping you in an iframe (which would be a session-hijack vector):
```
Content-Security-Policy: frame-ancestors 'self' https://feedchat.prod.ynext.co
```
Where to set it: Next.js → headers() in next.config.ts; Express → helmet or res.setHeader; Nginx/LB → add_header.
3. Verify
- curl -I a logged-in page → Set-Cookie shows SameSite=None; Secure and the response includes the Content-Security-Policy header.
- Open the site in a FEEDCHAT iframe (Chrome), enter the password, navigate — the session should stick.
- Wrap your site in an <iframe> from any other origin — Chrome console shows Refused to frame… and the iframe stays blank.

Known limits. Safari (ITP) and Chrome/Brave with third-party cookies blocked will still drop the session in cross-site iframes regardless of these settings — that case needs a different mechanism (URL-bound token). Recommend reviewers use Chrome with default settings.

첫 프로젝트 만들기 →홈으로 돌아가기

가장 쉬운 리뷰 경로를 고르세요

URL로 시도코드 없음

공개 페이지와 첫 리뷰에 적합합니다. 코드나 확장 프로그램이 필요 없지만, 로그인 화면은 렌더링되지 않을 수 있습니다.

위젯 설치가장 안정적

반복되는 팀 리뷰에 적합합니다. 스크립트 한 줄로 가장 정확한 DOM 컨텍스트, 세션, 캡처를 얻습니다.

Chrome 컴패니언로그인 앱

로그인이 필요한 페이지 리뷰하기

Single password gate (one password field)

Save it once in Setup → External site password. FEEDCHAT carries it with a short-lived URL token (?t=…) and a SameSite=None cookie, so reviewers never see the gate. Use Chrome.

Username + password, or company SSO

External site passwordonly passes a single password, so it can't sign in to a username/password or SSO login. Pick one:

Use a no-login review URL — point the project at a staging/test build that opens without auth. Simplest and most reliable.
Install the widget snippet on that site, then reviewers sign in once inside Live View — the widget keeps working after login.
SSO that redirects to another domain can't be passed by the proxy — use one of the two options above.

The site blocks framing (X-Frame-Options / CSP)

Try proxy mode in the toolbar, or have the site allow FEEDCHAT to frame it — site-developer requirements below.

Not reachable from outside (internal-only, 401 / 403)

Internal-network or IAM-gated URLs can't be embedded. Use a URL that opens from outside your network.

FEEDCHAT에 임베드 가능하도록 사이트 설정하기

1. Issue the session cookie with SameSite=None; Secure

Browsers drop a SameSite=Lax cookie on third-party iframe requests, which causes the user to be bounced back to your login on every page. Switch the cookie your password gate sets to:

Set-Cookie: <name>=<value>; SameSite=None; Secure; HttpOnly; Path=/

Secure is required by browsers whenever SameSite=None is used. Keep HttpOnly and your existing Max-Age.

2. Allow only FEEDCHAT to frame your site

Add this response header on every route so the browser blocks any other origin from wrapping you in an iframe (which would be a session-hijack vector):

Content-Security-Policy: frame-ancestors 'self' https://feedchat.prod.ynext.co

Where to set it: Next.js → headers() in next.config.ts; Express → helmet or res.setHeader; Nginx/LB → add_header.

3. Verify

curl -I a logged-in page → Set-Cookie shows SameSite=None; Secure and the response includes the Content-Security-Policy header.
Open the site in a FEEDCHAT iframe (Chrome), enter the password, navigate — the session should stick.
Wrap your site in an <iframe> from any other origin — Chrome console shows Refused to frame… and the iframe stays blank.