본문 바로가기

전체 글

 (105)
Fetch Metadata 헤더로 크로스사이트 요청 방어 룰 쉽게 구성하기 왜 Fetch Metadata로 시작해야 할까요 크로스사이트 요청 위조(CSRF)나 의도치 않은 외부 임베드로 인한 민감 요청은 여전히 발생합니다. 도메인이 다르다는 이유만으로 막히지 않는 요청을 서버에서 식별하고 걸러내야 합니다. Fetch Metadata 헤더(Sec-Fetch-Site 등)는 브라우저가 “이 요청이 어디서 왔는지”를 함께 보내는 신호입니다. 같은 사이트인지, 외부에서 넘어왔는지, 사용자가 클릭했는지 같은 맥락을 간단한 값으로 알려줍니다. 이 글은 초보자도 바로 적용할 수 있는 서버 측 방어 룰 설계를 다룹니다. “무엇을 허용하고 무엇을 거부할지”를 몇 가지 규칙으로 정의하면 관리 비용을 줄이면서 기본적인 CSRF·클릭재킹 경로를 줄일 수 있습니다. > 안티패턴: 화이트리스트 없이 모..
Speculation Rules API로 전환 가능 링크만 프리페치·프리렌더 설정 가이드 전환 가능성이 높은 링크만 미리 불러와야 하는 이유 사용자는 느린 페이지 전환에서 이탈하기 쉽습니다. 불특정 다수 링크를 무작정 프리페치·프리렌더하면 트래픽만 늘고 성과는 떨어질 수 있습니다. Speculation Rules API는 브라우저에 “어떤 링크를 미리 준비할지” 규칙으로 전달하는 방법입니다. 전환 가능성이 높은 링크만 선별해 미리 불러오면 첫 클릭 체감 속도가 개선됩니다. 실무에서는 다음과 같은 상황에서 필요성이 커집니다. - 광고 랜딩 이후 주요 CTA(예: 장바구니, 견적 요청)로 이어질 확률이 높을 때- 목록 페이지에서 상세 페이지로 이동 비율이 뚜렷하게 높은 구간이 있을 때- 내부 검색 결과에서 상위 몇 개 링크 클릭이 대부분을 차지할 때 > 안티패턴: 모든 내부 링크를 일괄 프리렌더..
SpreadJS PivotTable 애드온 실전: 피벗 요약·슬라이서 대시보드 구성 가이드 피벗 요약과 슬라이서를 한 화면에, 왜 지금 필요한가 판매·로그·고객 데이터를 표로만 보면 흐름이 보이지 않습니다. 피벗 요약과 슬라이서를 조합하면 클릭 몇 번으로 질문별 화면을 빠르게 바꿀 수 있습니다. 실무에서는 엑셀 피벗의 편리함을 웹에서도 원하지만, 직접 구현하면 필드 배치, 집계, 필터 UI까지 손이 큽니다. SpreadJS PivotTable 애드온은 이 부분을 구성 요소로 제공해 대시보드 초기 구축 시간을 줄여줍니다. 이 글은 초보자도 이해할 수 있도록 “무엇을 놓고(필드) → 어떻게 요약하고(합계/평균) → 슬라이서로 어떻게 걸러보는지” 순서로 설명합니다. 결과적으로 팀이 공통 화면을 공유하고, 숫자 확인에 드는 커뮤니케이션 비용을 낮출 수 있습니다. > 주의: 피벗 요약은 데이터 구조가 ..
티스토리 자동 포스팅과 GEO 계측 파이프라인: PostDot·Search Console·UTM 연동 실무 가이드 자동화는 했는데, 유입과 성과는 보이지 않을 때 자동 포스팅만으로는 검색 유입이 꾸준히 늘지 않습니다. 글이 언제 노출됐고 어떤 링크가 클릭을 만들었는지, 데이터를 한 화면에서 보지 못하면 최적화 지점이 보이지 않습니다. 이 글은 티스토리 자동 발행을 넘어서, 실무에 필요한 GEO(유입 경로) 계측 흐름을 한 번에 잡는 방법을 다룹니다. 초보자도 PostDot으로 발행 자동화, UTM으로 링크 태깅, Search Console로 노출·클릭 확인까지 연결해 성과를 추적할 수 있게 안내합니다. 핵심 흐름은 다음처럼 단순합니다: 콘텐츠 생성/예약 -> UTM 파라미터 부여 -> 발행 -> Search Console 데이터 확인. 이 파이프라인이 갖춰져야 어떤 주제와 채널이 실제 방문과 전환으로 이어지는지 판단..
구글 서치 콘솔 생성형 AI 성과 리포트 해석: AI Overview·AI 모드 노출·클릭 읽기 왜 지금 이 리포트가 중요한가 구글이 생성형 검색을 확대하면서, 트래픽의 일부가 기존 웹 검색이 아닌 AI 응답에서 발생하고 있습니다. 생성형 AI 성과 리포트는 AI Overview·AI 모드에서의 노출과 클릭을 분리해 보여줘 변화의 방향을 읽게 해줍니다. 초보자에게는 용어가 낯설고, 어디를 봐야 실무 판단에 도움이 되는지 막막하기 쉽습니다. 이 글은 ‘무엇을 의미하는지 → 왜 중요한지 → 어디서 확인하는지’만 골라 쉽게 풀어 설명합니다. 특히 브랜드·정보성 키워드가 AI 답변으로 대체되는지, 클릭이 줄거나 늘었는지 같은 핵심 지표를 빠르게 점검하는 데 초점을 맞춥니다. 예시는 블로그·미디어·쇼핑몰 등 일반 사이트에 적용해 해석할 수 있도록 구성했습니다. > 주의: 생성형 영역은 실험적 변화가 잦아 수..
Perplexity·ChatGPT·구글 AI Overview 동시 노출 전략: 멀티 엔진 최적화 브리핑 구조 한 번의 글로 세 엔진에 모두 걸리기 어려운 이유 검색 트래픽이 Perplexity, ChatGPT, 구글 AI Overview로 갈라지면서, 한 채널만 노리는 전략은 놓치는 노출이 커집니다. 이제는 같은 주제라도 엔진마다 요약 방식과 답변 형식이 달라 별도의 브리핑 구조가 필요합니다. Perplexity는 출처 중심의 짧은 근거, ChatGPT는 대화형 요약, AI Overview는 문장 단위의 근거 스니펫을 선호합니다. 같은 콘텐츠라도 질문-답-근거의 배열이 다르면 상단 노출에서 밀릴 수 있습니다. 이 글은 “무엇을 넣고 무엇을 빼야 각 엔진이 이해하는가”를 최소한의 규칙으로 정리합니다. 초보자도 제목, 첫 문단, 근거 블록만 손보면 멀티 엔진에서 동시에 노출될 수 있는 브리핑 틀을 바로 적용할 수 ..
Apache Arrow Flight SQL로 서비스 간 저지연 데이터 전송 실무 가이드 왜 Arrow Flight SQL을 지금 검토해야 할까요 마이크로서비스, 분석 파이프라인, 대시보드가 늘어나면서 서비스 간 데이터 전송에서 가장 먼저 부딪히는 문제는 지연과 변환 비용입니다. REST로 JSON을 주고받거나 CSV를 내려받아 파싱하면, 데이터가 커질수록 CPU 사용량과 대기 시간이 급격히 늘어납니다. Apache Arrow Flight SQL은 바이너리 컬럼 형식(Arrow)과 gRPC 스트리밍을 결합해 전송·파싱 비용을 크게 줄이는 접근입니다. 간단히 말해 “DB에서 나온 표 형태 데이터를 그대로 컬럼 단위로 압축해 빠르게 보내고, 받는 쪽은 바로 처리”하는 흐름을 제공합니다. 이 글은 초보자와 실무 입문자가 왜 Flight SQL이 필요한지, 어떤 상황에서 효과가 큰지, 도입 전 체크..
pre-commit + lefthook로 커밋 전 자동 품질 게이트 구축 가이드: 초보자도 바로 적용하는 설정 방법 커밋 전에 자동으로 막아주는 최소한의 안전장치가 필요할 때 팀에서 코드 리뷰를 해도 사소한 포맷팅, 린트, 테스트 누락이 자주 새어 나갑니다. pre-commit + lefthook로 커밋 전에 자동 품질 게이트를 두면 이런 누락을 사전에 차단할 수 있습니다. pre-commit은 깃 커밋 직전에 실행할 검사 작업을 손쉽게 묶는 도구이고, lefthook은 여러 훅과 언어별 스크립트를 빠르게 병렬 실행하도록 돕는 러너입니다. 두 도구를 함께 쓰면 린트, 타입체크, 테스트, 시크릿 키 유출 검사까지 커밋 단위로 자동화할 수 있습니다. 왜 지금 필요한가를 간단히 보면 다음과 같습니다. - 원격 CI로 올라간 뒤 실패하는 비용보다, 로컬에서 즉시 실패시키는 편이 시간과 실수를 줄입니다. - 합의된 규칙을 사람..

티스토리툴바