wvvb/website-coprighting

웹사이트 카피라이팅

웹사이트는 적절한 사람이 자신의 상황을 인식하고, 제품이 무엇을 하는지 이해하며, 다음에 무엇을 해야 할지 알 수 있도록 해야 합니다.

원칙: 제품의 기능 목록 안에서가 아니라 방문자의 현실 밖에서 글을 쓰세요. 카피는 마케터가 마케팅이 어떻게 작동하는지 설명하는 것처럼 들리지 말고, 업무를 이해하는 사람처럼 들려야 합니다.

이것은 글쓰기 및 정보 디자인 스킬이지, AI 감지기나 경직된 전환 공식이 아닙니다. 진실성, 접근성 또는 정확성을 희생하면서 "인간적"으로 들리도록 최적화하지 마십시오.

증거 레이블

버전 1.1. 레이블은 효과성 주장(인식, 이해, 신뢰 또는 전환을 개선한다는 진술)에만 나타납니다. 의무 사항 및 작업 흐름 단계에는 등급이 매겨지지 않습니다.

• [E] 검증된 직접 증거: 명시된 효과, 효과 크기 및 한계를 측정한 동료 검토 연구 또는 문서화된 테스트.
• [P] 그럴듯한 관행: 이 대상에 대한 직접적인 측정 증거 없이 유용함.
• [S] 편집 스타일 선호도. 스타일 항목은 references/evidence.md에서 등급이 매겨집니다. 이 스킬에서 인라인으로 태그되지 않습니다.

이 스킬의 어떤 규칙도 랜딩 페이지 전환에 대해 [E]가 아닙니다. 전환 조언은 실제 사이트에서 테스트할 가설로 취급하고, 측정 없이 개선을 약속하지 마십시오. 레이블이 지정되지 않은 효과성 주장은 [P] 수준의 권고 관행입니다. 의무 사항 및 작업 흐름 단계는 등급이 매겨지지 않습니다. 항목별 전체 분류, 출처 및 후보 실험은 references/evidence.md에 있습니다.

필수 규칙

1. 관련성으로 시작하세요. 의도된 방문자가 인식하는 특정 문제, 작업 또는 결과를 지정하세요. 방문자가 제공되는 내용을 이해할 수 있을 만큼 빠르게 제품을 소개하세요. [P]
2. 인과 관계를 설명하세요. 제품이 실제로 돕기 위해 무엇을 하는지 보여주세요. 메커니즘을 약속으로 대체하지 마세요. [P]
3. 자연스럽게 작성하세요. 일상적인 언어, 구체적인 명사, 평범한 동사를 선호하세요. 기술 청중을 위해 기술적 정확성을 유지하세요.
4. 제안된 웹사이트 카피에서 줄표(em dash 또는 en dash)를 사용하지 마세요. 마침표, 쉼표, 콜론 또는 자연스러운 재작성으로 대체하세요. 출처 자료를 인용할 때는 원래 구두점을 유지하세요. 사용자가 명시적으로 다른 스타일을 요청하면 따르세요.
5. 인위적인 감정을 만들지 마세요. 고통, 긴박감, 두려움, 통계, 사회적 증거, 결과 또는 기능을 만들어내지 마세요.
6. 강제 템플릿을 사용하지 마세요. 모든 웹사이트에 동일한 문제/동요/해결책/기능/사용후기/CTA 순서를 적용하지 마세요. 방문자가 결정하는 데 필요한 내용에 따라 섹션을 선택하세요.
7. 단순히 다시 쓰기 위해 다시 쓰지 마세요. 원본이 더 명확하다면 유지하세요. 이해도를 높이는 가장 작은 변경을 하세요.

방문자가 이해해야 할 사항 결정

편집하기 전에 사용자가 제공하는 자료(라이브 페이지, 스크린샷, 현재 카피, 브리프 또는 소스 코드)를 검사하세요. 다음을 결정하세요:

• 대상: 누가 이것을 필요로 합니까? "모든 사람"보다는 인식 가능한 역할이나 상황을 사용하세요.
• 트리거: 어떤 사건이 지금 도움을 찾게 만듭니까?
• 작업: 그들은 무엇을 성취하려고 합니까?
• 장애물: 현재 접근 방식이 실패하거나 너무 많은 노력이 필요한 이유는 무엇입니까?
• 비용: 장애물이 실제로 그들에게 의미하는 바는 무엇입니까? 손실된 시간, 답변되지 않은 질문, 혼란, 위험 또는 비용. 컨텍스트에 의해 뒷받침되는 결과만 포함하세요.
• 원하는 변화: 그들의 다음 시간, 하루 또는 작업 흐름을 더 좋게 만드는 것은 무엇입니까?
• 제품 메커니즘: 제품이 구체적인 용어로 그 변화를 어떻게 일으킵니까?
• 증거: 무엇이 입증, 문서화 또는 검증되었습니까?
• 행동: 그들이 실제로 클릭하거나, 시도하거나, 요청하거나, 다음에 읽을 수 있는 것은 무엇입니까?

사실과 가정 사이를 명확하게 구분하세요. 세부 사항이 누락된 경우 보수적인 언어를 사용하고 사용자에 대한 설명에서 중요한 가정에 레이블을 지정하세요. 특정 고객이나 작업 흐름을 만들어내지 마세요.

내부 문제 모델 구축

이것을 추론 보조 도구로 사용하고, 게시할 텍스트로 사용하지 마세요:

[실제 상황]에 있는 누군가가 [작업]을 하려고 하지만 [장애물]이 있습니다. 그들은 [결과]를 원합니다. 제품은 [특정 메커니즘]을 통해 도움을 줍니다.

그런 다음 인식 가능한 순간으로 요약하세요. 추상적인 범주보다 순간이 더 중요합니다.

• 추상: "재무 팀에는 간소화된 조정 워크플로가 필요합니다."
• 구체: "지급 총액과 거래 기록이 일치하지 않습니다."
• 추상: "분산 배포에서 관찰 가능성을 개선하세요."
• 구체: "배포가 실패했습니다. 오류를 찾기 위해 세 가지 서비스를 검색하고 있습니다."

좋은 헤드라인은 문제 또는 원하는 결과로 시작할 수 있습니다. 의도된 방문자에게 "이것은 나를 위한 것입니다"라고 가장 빨리 알려주는 것을 선택하세요. 대상이 자신이 원하는 것을 정확히 알고 있다면 문제 우선 헤드라인이 항상 최선은 아닙니다.

메시지 구성

이러한 비트를 내부적으로 생각하세요. 여섯 개의 동일한 웹사이트 섹션으로 인쇄하지 마세요.

1. 인식: 방문자가 경험했거나 상상할 수 있는 실제 상황.
2. 중요성: 해결되지 않았거나, 어렵거나, 비싸거나, 불확실한 점. 하나의 구체적인 결과면 충분합니다.
3. 완화: 가능해지거나 더 간단해지는 것.
4. 메커니즘: 제품이 방문자를 어떻게 그곳으로 데려가는지.
5. 신뢰성: 신뢰를 얻는 실제 예시, 데모, 기능, 한계 또는 출처.
6. 다음 행동: 목적지가 약속을 이행하는 CTA.

첫 화면은 일반적으로 방문자가 스크롤할 필요 없이 인식, 해결책 및 신뢰할 수 있는 메커니즘을 제공해야 합니다. 방문자가 이미 이해하는 문제를 극적으로 묘사하는 데 반 페이지를 소비하지 마세요.

히어로 작성

• 헤드라인: 방문자의 작업, 문제 또는 원하는 결과에 대한 하나의 명확한 생각. 구체적이어야 영리함을 이깁니다.
• 서포트: 누구에게 도움이 되는지 이름을 지정하고 한두 문장으로 어떻게 작동하는지 자연스럽게 설명하세요. 독자의 이해를 바꾸지 않는 단어는 모두 제거하세요.
• CTA: "예시 보기", "문서 읽기", "데모 시도" 또는 "메인테이너와 대화"와 같은 실제 행동. 해당 행동이 존재하는 경우에만 포함하세요.
• 시각적 요소: 있는 경우 또는 요청된 경우, 추상적인 장식적 은유보다 실제 작업 흐름, 인터페이스 상태 또는 전후 데이터 예시를 선호하세요.

헤드라인과 서포트는 다른 역할을 해야 합니다. 같은 약속을 다른 말로 세 번 반복하지 마세요.

솔루션을 슬로건이 아닌 원인으로 설명

각 중요한 기능에 대해 다음을 통해 추론하세요:

무엇을 하는가 -> 방문자에게 무엇이 바뀌는가 -> 왜 중요한가 -> 주장을 뒷받침하는 것은 무엇인가.

예시:

• 기능: 생성된 SQL을 고객 인프라의 Parquet, JSON 및 CSV에 대해 실행합니다.
• 변경 사항: 고객은 호스팅된 분석 제공업체에 콘텐츠를 보내지 않고 해당 파일을 조사할 수 있습니다.
• 의미: 그들의 데이터는 그들이 운영하는 인프라 내에 유지됩니다.
• 범위: 이것이 전체 시스템에 보안 위험이 없음을 증명하지는 않습니다.

히어로에서는 이 체인의 가장 관련성 높은 부분을 사용하세요. 나머지는 필요에 따라 데모, 작업 흐름 섹션, FAQ 또는 문서에 넣으세요.

카피가 사람이 작성한 것처럼 느껴지게 만들기

인간적인 카피는 종종 더 구체적이고, 덜 대칭적이며, 스스로를 설명하려는 욕구가 덜합니다. 한 번에 생성된 것이 아니라 편집된 느낌입니다.

선호

• 범주 레이블 대신 구체적인 상황.
• 개념적 전문 용어 대신 친숙한 표현.
• 이 대상과 제품에만 의미 있는 세부 사항.
• 공허한 흥분 대신 직접적인 설명.
• 독자가 아이디어를 따라가는 데 도움이 될 때 다른 문장 리듬.
• 주장을 명확히 하는 유용한 예시.
• 신뢰를 구축할 때 정직한 한계, 실용적인 트레이드오프 및 정확한 기술 용어.
• 실제 아이디어를 따르는 자연스러운 전환, 미리 만들어진 연결 구문이 아닌.

제거 또는 재작성

• 마케팅 필러: "잠금 해제", "강화", "완벽한", "최첨단", "게임 체인저", "차세대", "혁명", "역량 강화" 및 의미를 대체하는 유사 용어.
• 가짜 대비: "그냥 X가 아닙니다. Y입니다." "X를 중단하세요. Y를 시작하세요." "X의 미래가 여기에 있습니다." 일반적인 언어로 실제 차이점을 설명할 때만 대비를 사용하세요.
• 구조 발표: "이 섹션에서는...을 탐구하겠습니다." "자세히 알아보겠습니다." "이것이 중요한 이유는 다음과 같습니다." 방문자에게 곧 설명할 것이라고 말하지 마세요. 설명하세요.
• 반복적인 재진술: 모두 같은 주장을 하는 헤드라인, 부제목, 세 개의 기능 카드 및 마무리 단락.
• 완벽하게 대칭적인 섹션: 레이아웃을 완성하기 위해 동일한 문법 패턴, 동일한 단어 수 및 깔끔한 요약을 가진 세 개의 카드.
• 과도하게 설명된 의미: "이것은 기업이 성공을 장악할 수 있도록 합니다." 결과가 명백하다면 쓰기를 중단하세요.
• 공허한 감정적 언어: 구체적인 이유 없이 "두통에 작별 인사" 또는 "다시는 걱정하지 마세요."
• 강제된 대화체 트릭: 반복되는 수사적 질문, 가짜 일화, 강제된 유머, 과도한 축약 및 인위적인 취약성.
• 부자연스러운 구문적 광택: 조밀한 명사구, 형용사 문자열 및 명확한 문장의 역할을 하는 구두점.

단어 블랙리스트를 편집 전략으로 만들지 마세요. 단어는 올바른 맥락에서 적절할 수 있습니다. 위의 구두점 요구 사항은 프로젝트 스타일 규칙입니다. 더 깊은 작업은 생각, 구조 및 증거를 수정하는 것입니다. 단순히 줄표를 제거하고 "활용"을 "사용"으로 바꾼 카피라이터는 문제를 해결하지 못했습니다.

두 가지 수준에서 편집

구조적 패스:

• 독자의 실제 문제가 보입니까, 아니면 페이지가 자체에 대해 이야기하고 있습니까?
• 각 섹션이 새로운 것을 가르치거나 실제 반대 의견을 제거합니까?
• 방문자가 흥미를 잃기 전에 제품이 나타납니까?
• 모델이 템플릿을 기본값으로 했기 때문에 논리가 선형적입니까?
• 불필요한 요약, 반복적인 섹션 레이블 또는 과장된 구대비 신규 서사가 있습니까?
• 내용이 일반적인 판매 퍼널보다는 이 특정 방문자가 결정하는 방식을 따릅니까?

문장 패스:

• 지식이 있는 사람이 실제로 이 문장을 다른 사람에게 말할까요?
• 더 구체적인 명사나 동사가 있습니까?
• 문장을 사실을 제거하지 않고 자를 수 있습니까?
• 문장이 인상적으로 들리려고 하는 대신 무언가를 설명하려고 합니까?
• 사실이 정확하고 이점이 뒷받침 가능합니까?
• 제안된 카피에 줄표(em dash 또는 en dash)가 있습니까? 제거하세요.

작가가 아니라 방문자로서 결과를 읽으세요. 연습된 피치처럼 들리면 "인간화" 트릭을 추가하는 대신 생각을 단순화하세요.

심리학을 책임감 있게 사용

사람을 조종하기 위한 핑계가 아니라 진단 렌즈로 심리학적으로 유용한 원칙을 사용하세요. 아래 각 원칙은 [P]입니다.

• 인식: 설명된 상황을 식별할 수 있을 때 사람들은 참여합니다. [P]
• 인지적 용이성: 구체적인 언어와 일관된 경로는 노력을 줄입니다. [P]
• 정보 냄새: 헤딩과 CTA는 다음에 무엇이 올지 정확하게 예측해야 합니다. [P]
• 통제: 사람들은 검사, 변경, 유지 또는 취소할 수 있는 것을 알고 싶어합니다. [P]
• 신뢰: 증거, 실제 메커니즘 및 인정된 한계는 거창한 주장보다 더 유용할 수 있습니다. [P]
• 동기: 카피는 방문자가 달성하려는 것과 연결되어야 하며, 불안이나 압력을 만들어내지 않아야 합니다. [P]

가짜 희소성, 가짜 사회적 증거, 조작된 비용 절감, 뒷받침되지 않는 성능 비교, 조작적인 기본값 또는 암시된 보증을 피하세요.

페이지 아키텍처는 상황에 따라 다름

개발자 CLI, 재무 운영 제품 및 소비자 유틸리티에 대해 동일한 랜딩 페이지를 생성하지 마세요.

전문가 또는 개발자 대상: 일반적으로 실용적인 작업이나 기술적 결과로 시작하세요. 명령, 인터페이스, 예시, 아키텍처 세부 사항 또는 문서 링크를 일찍 보여주세요. 익숙한 문제를 과도하게 설명하지 마세요.

운영 구매자 대상: 인식 가능한 사건이나 책임으로 시작하세요. 조사, 방지 또는 완료할 수 있는 것을 설명한 다음 작업 흐름과 제약 조건을 보여주세요.

익숙하지 않은 범주: 제품을 일찍 정의하고, 알려진 상황에 고정시키고, 누군가가 실제로 어떻게 사용할지 보여주세요. 새로움 자체는 가치 제안이 아닙니다.

단일 기능 또는 이미 명확한 페이지: 정확한 변경을 가하세요. 긴 문제 스토리를 덧붙이지 마세요.

모든 섹션은 실제 질문이나 반대 의견에 답함으로써 그 자리를 증명해야 합니다. 그렇지 않으면 제거하세요.

예시: Queryance

약함, 기능 우선 버전

재무 운영을 위한 오픈 소스 분석. 자연어를 SQL로 변환하고 인프라에서 Parquet, JSON 및 CSV 파일에 대해 실행합니다.

이것은 먼저 메커니즘을 설명합니다. 방문자가 신경 쓸 이유를 알아내도록 만듭니다.

인간 문제 버전

지급 금액이 일치하지 않는 이유를 알아보세요.

Queryance는 SaaS 재무 팀이 기록 간의 차이를 조사하는 데 도움을 줍니다. 질문하고, SQL을 검토하고, 자체 인프라에서 Parquet, JSON 또는 CSV 파일에 대해 실행하세요.

CTA: 메인테이너와 대화

첫 번째 문장은 실제 작업을 이름 짓습니다. 두 번째는 제품이 누구를 위한 것인지, 어떻게 작동하는지 설명합니다. CTA는 메인테이너에게 연락하는 방법이 실제로 존재하는 경우에만 적절합니다.

너무 애쓰는 버전

여전히 재정적 혼란에 빠져 있습니까?

구식 스프레드시트에 시간을 낭비하지 마세요. 차세대 지능형 재무 운영으로 손쉬운 조정을 잠금 해제하세요.

이것은 감정을 조작하고, 업계 클리셰에 의존하며, 메커니즘을 전혀 설명하지 않습니다. 좋은 버전보다 짧지만 정보가 적습니다.

이 예시는 시작점일 뿐, 강제된 패턴이 아닙니다. 실제 고객이 다른 언어를 사용한다면, 그 의미를 확인한 후 그들의 언어를 선호하세요.

실행 모드

사용자 요청의 범위를 따르세요.

감사

상위 3~5개의 구체적인 카피 또는 계층 문제를 제공하세요. 관련 텍스트를 인용하고, 방문자가 무엇을 오해하거나 놓칠지 설명하고, 대상 수정을 권장하세요. 이미 작동하는 부분을 식별하세요. 측정 없이 전환 개선을 주장하지 마세요.

재작성

요청된 섹션에 대해 사이트의 기존 브랜드 음성을 사용하여 프로덕션 준비가 된 카피를 제공하세요. 언급된 필수 규칙을 따르고, 변경 사항이 정보를 명확히 하거나 더 빠르게 전달하는 이유를 설명하세요.

편집

카피를 편집하고, 변경 사항에 대해 설명하세요. 전체 텍스트를 다시 쓰지 말고, 이해도를 높이기 위해 최소한의 변경을 하세요. 각 변경 사항이 관련성, 명확성, 신뢰성 또는 조치를 개선하는지 확인하세요.

피드백

카피에 대한 구조화된 리뷰를 제공하세요. 특정 구절, 구조 결정 및 가정을 참조하세요. 전체 재작성을 피하고, 편집 가능한 통찰력을 제공하세요. 전환을 추측하지 마세요.

일관된 음성

사용자에게 기존 사이트 카피를 제공하도록 요청하세요. 음성과 스타일을 식별하고, 새로운 카피가 패턴을 따르도록 하세요. 기존 자료가 없으면 추측하지 말고, 샘플을 요청하세요.

경계

이 스킬은 다음을 수행하지 않습니다:

• SEO 메타 설명, 제목 태그 또는 구조화된 데이터를 생성하지 않습니다.
• 가격 책정 계층, 전환율 또는 A/B 테스트 결과를 추측하지 않습니다.
• 접근성 검토를 수행하지 않습니다.
• 디자인, 레이아웃, 대비, 색상 또는 타이포그래피에 대해 조언하지 않습니다.
• 가짜 사용자 또는 사용후기를 만들지 않습니다.
• 실제 법적 검토 없이 규정 준수 언어를 제공하지 않습니다.

사용자가 이러한 영역 중 하나에 대한 도움을 요청하면, 이 스킬의 범위를 벗어남을 알리고 적절한 경우 전문가를 추천하세요.

제공된 재료 사용

재료가 제공되면 이를 작업의 기초로 삼으세요. 사용자가 재작성 또는 편집을 요청했지만 원본 카피 없이 브리프만 제공한 경우, 브리프를 사용하여 카피를 작성하되 가정을 명시하세요. 사용자가 "홈페이지 작성"과 같은 광범위한 요청을 하고 세부 사항을 제공하지 않은 경우, 카피를 작성하기 전에 필요한 세부 사항을 요청하세요. 대상, 트리거, 장애물 및 원하는 결과가 없으면 생산적인 초안을 작성할 수 없습니다.

참조

references/evidence.md는 각 동의의 증거 상태, 출처 및 후보 실험을 문서화합니다. 필요한 경우 편집 결정을 위해 상담하세요.