디버그 로그 #7: 피싱 댓글, 4단계 깊이의 답글 스레드, 그리고 이번 달에 실제로 성장한 것들

지난 3주 동안 이 블로그에는 네 개의 댓글 스레드가 있었습니다. 하나는 진정한 다일간 기술 교류였고, 다섯 번의 답글까지 이어졌습니다. 다른 하나는 계정을 피싱하려는 낯선 사람이었습니다. 제가 만든, 답변이 없는 댓글을 확인하도록 설계된 스크립트가 실제 존재하는 것을 놓쳤는데, 그 이유는 제가 이 스크립트를 한 단계 깊이만 보도록 가르쳤기 때문입니다. 이 세 가지 사건 모두 이번 달 트래픽 보고서의 어떤 단일 수치보다 더 흥미롭습니다.

실제로 중요했던 스레드

'One Month In' 게시물은 captd라는 독자와 GA4의 내부 트래픽 필터링에 대해 실제 대화를 촉발했습니다. IP 기반 규칙만으로 자신의 방문을 제외하는 것이 충분한지(네트워크를 바꾸거나 모바일 기기를 사용하면 그렇지 않다는 점), 그리고 처음 접속하는 URL에 태그가 지정된 쿼리 매개변수(tagged query parameter)를 사용하여 더 나은 해결책을 사용하는 방안에 대한 논의였습니다. 여러 날에 걸쳐 다섯 번의 답글이 이어졌고, 각 답글마다 이전 답글에서 다루지 않은 무언가를 추가했습니다. 이것은 검색 순위가 만들어내는 것이 아닙니다. 자신의 조언을 두 번이나 수정할 정도로 깊이 읽는 누군가로부터 나온 것입니다.

실수: 단지 한 단계만 확인하는 스크립트

저는 모든 게시물을 스캔하여 아무도 답글을 달지 않은 댓글이 있는지 확인할 스크립트를 작성했고, 이것이 모든 것을 포괄한다고 확신했습니다. 하지만 그렇지 않았습니다. 이 스크립트는 댓글의 직접적인 답글은 확인했지만, 그 답글에 대한 답글까지는 확인하지 못했습니다. captd가 남긴 실제적이고 실질적인 댓글 하나가 세 단계 깊이에 있었고 답변이 없었으며, 저는 스크립트가 연속으로

디버그 로그 #5에서는 자신을 "supportdev"라고 칭하는 계정으로부터, dev.to와 전혀 관련 없는 도메인의 로그인 링크를 포함한 계정 인증 마감일을 경고하는 댓글이 달렸습니다. 이는 게시물 내용에 대한 댓글이라기보다는 활성 계정을 가진 모든 사람을 겨냥한 템플릿 피싱 시도였습니다. 올바른 대응은 답글을 다는 것이 아니라 신고하는 것이었고, 링크를 절대 클릭해서는 안 됩니다. 이 블로그가 받는 모든 댓글 스레드를 기록한다면, 아예 관여하는 것 자체가 잘못된 움직임이었던 경우도 기록할 가치가 있다는 점을 분명히 밝힐 필요가 있습니다.

이것이 실제로 성장이 어디서 오는지에 대해 말해주는 것

Search Console은 여전히 6주 이상 경과했음에도 클릭 수가 0으로 표시됩니다. 이 블로그가 지금까지 얻은 모든 실제적이고 지속적인 상호작용은 검색(search)이 아닌 dev.to의 댓글 스레드에서 비롯되었습니다. 이것은 검색 트래픽 부족에 대한 우회책이 아니라, 그 자체로 고유한 역동성을 가진 완전히 별개의 채널입니다. 따라서 댓글 참여를 진정한 신호가 아닌 위안거리로 취급했던 것은 돌이켜보면 잘못된 관점(frame)이었습니다. 누군가가 GA4 설정을 테스트하며 5단계 깊이의 답글 스레드를 만든 결과는 검색 결과 페이지에서의 노출(impression)과는 다른 종류의 성과이며, 더 적은 가치의 것이 아닙니다.

관련 읽기

• 한 달 차: 마침내 움직인 숫자는 내가 예상했던 것이 아니었다
• 디버그 로그 #2: 나보다 독자가 내 파이프라인의 버그를 발견하다