금요일 오후 5시, 랜딩페이지 헤드라인 하나만 바꾸려던 작업이 사고로 끝납니다. 저장하고 새로고침했더니 페이지가 하얗게 비어 있고, 방금 전까지 멀쩡했던 그 버전은 어디에도 남아 있지 않습니다. 되돌리기를 스무 번쯤 누르다 한도를 넘고, 실수로 저장까지 눌러버리면 정말 끝입니다. 마케터가 코드를 "날리는" 순간은 대단한 개발 작업 중이 아니라 30초면 끝날 것 같던 사소한 수정에서 찾아옵니다. 이 책은 개발자가 아닌 인하우스 마케터가 그 사고에서 살아남는 최소한의 기술만 골라 담은 생존 매뉴얼입니다.

구성은 다섯 단계입니다. 1장은 마케터가 파일을 잃는 여섯 가지 전형적 순간을 해부하고, "최종_진짜최종_v3.html" 식 파일명 관리와 클라우드 동기화가 왜 롤백을 대신하지 못하는지를 짚은 뒤, 랜딩페이지·GTM 태그·광고 스크립트·자동화 코드·프롬프트로 이어지는 마케터의 코드 자산 지도를 그립니다. 2장은 Git을 게임 세이브 포인트에 비유해 저장소·스테이징·커밋의 3단 구조를 이해시키고, 30분 설치 세팅부터 init → add → commit 첫 실습, log·diff·status로 히스토리를 읽는 법, .gitignore로 API 키와 광고비 데이터를 지키는 법까지 다룹니다. 3장은 GitHub를 "인터넷 창고"로 정의하고 계정·저장소 생성, clone·push·pull 최소 3동사, 터미널 없이 브라우저만으로 하는 편집까지 안내합니다. 4장은 이 책의 심장인 12절차 롤백 SOP를 사고 유형 진단표와 함께 1~4단계(멈춤·기록·백업·범위), 5~8단계(시점 특정·안전 브랜치·restore/revert), 9~12단계(검증·공유·기록·재발 방지)로 나누어 절차화합니다. 5장은 팀 단위로 확장해 브랜치 최소 규칙, Pull Request, 커밋 메시지 템플릿, 대행사·프리랜서 권한 설계, 30일 정착 플랜을 제시합니다.

이 책의 차별점은 세 가지입니다. 첫째, 개발자용 Git 교재가 아니라 마케터의 사고 상황에서 출발합니다. 브랜치 전략이나 내부 자료구조 설명 대신, 덮어쓰기·대량 치환·잘못된 업로드처럼 실제로 벌어지는 사고에서 역순으로 필요한 명령만 추립니다. 둘째, 위기 상황용 SOP를 완성된 형태로 제공합니다. 사고가 난 순간 판단력이 떨어진다는 전제 아래 12개 단계를 번호로 못 박고, 각 단계마다 무엇을 확인하고 무엇을 기록할지를 지정합니다. 셋째, 절대 하지 말아야 할 명령을 명시합니다. reflog라는 최후의 보루와 함께, 되돌릴 수 없게 만드는 명령들을 따로 경고합니다.

이 책은 개발자가 되려는 사람을 위한 책이 아닙니다. 코드를 만들지는 않지만 코드를 만지는 자리에 있는 인하우스 마케터, 그로스 담당자, 퍼포먼스 마케터를 위한 책입니다. 25개 절을 따라가면 여러분의 작업 폴더에는 언제든 돌아갈 수 있는 세이브 포인트가 쌓이고, 사고가 나도 열두 단계면 원래 자리로 돌아옵니다.