Creating an appealing add-on listing

이 번역은 완료되지 않았습니다. 이 문서를 번역해 주세요.

사람들이 당신의 부가기능을 사용하도록 하는 데는 필수 2 단계가 있습니다: 당신의 부가기능이 목록페이지에 개설되고 사람들이 이를 발견할 수 있어야 합니다. 그리고 그 목록페이지는 사용자들에게 Firefox에 추가하기 버튼을 누르도록 권장할 수 있어야 합니다. 그러므로 당신이 목록에 추가하는 내용물은 생명입니다: 당신의 부가기능이 얼마나 유용한지부터 당신의 기술서에 핵심어를 효과적으로 사용하는 지까지, 외부 검색엔진 결과들에서 가시성을 획득하고, 범주목록으로부터 스크린샷까지 사용자의 주목을 끄는 아이콘을 가지고 있어야 합니다. 

그래서, 당신은 사용자들이 당신의 목록페이지에 한 번 들러, 당신의 부가기능을 설치하도록 권장할 수 있는 일부 방법들을 우리가 볼 수 있도록 하십시오.

당신의 부가기능 명칭

당신은 독특하고 묘사적 부가기능 명칭을 원합니다. 그래서 사용자들에게 당신의 부가기능이 수행하는 바에 대한 훌륭한 지표를 제공합니다. 당신의 부가기능이 기존의 부가기능-예를 들어 노트앱-과 다소 유사하다고, 이를 차별화하기 위해서 당신의 부가기능을 "바바라"로 칭하는 유혹에 빠져서는 안됩니다. 오히려, "최상의 노트", "빠른 노트" 또는 유사한 명칭과 같이, 사용하고 있지 않는 묘사적 명칭을 찾으세요.

독특한 명칭을 사용하는 또 다른 이점은 또한 당신이 (일반적으로 AMO로 알려진) addons.mozilla.org 상에서 당신의 부가기능 명칭과 어울리는 독특한 대용주화를 획득한다는 것입니다.   

마음을 사로잡는 아이콘을 만드세요

부가기능 명칭보다 더 중요하지는 않을 지라도, 당신의 부가기능 아이콘은 중요할 수 있다. 범주목록 또는 검색에서 눈을 사로잡는 아이콘은 당신의 부가기능으로 사용자들을 이끌 수 있습니다. 가능하다면, 당신의 부가기능의 기능과 관련된 아이콘을 만드세요-예를 들면, 노트 응용프로그램을 위한 노트패드. 또한, 잘 아는 상표의 작품이 아니라면, 당신의 아이콘에 글자 또는 문자를 포함시키지 말아 주세요: 당신은 또한 PNG 또는 JPEG 형식으로 두 가지의 해상도-32x32 그리고 64x64-로 아이콘들을 적재할 수 있습니다. 하지만, 최상으로 크기조정을 할 수 있는 아이콘 소스의 벡터 형식과 유사한 SVG를 사용할 것을 고려해주세요.

중요한 핵심어 세트를 만드세요

당신의 부가기능 요약과 기술서를 작성하기 전에, 또는 버전 세부사항을 추가하기 전에, 당신처럼 부가기능을 검색하기 위해 누군가가 사용할 수 있는 핵심어들에 대해 생각하세요. 당신은 (기본 정보란에서) 당신의 부가기능 목록에 이 핵심어들을 꼬리표로 추가할 수 있습니다. 당신의 요약, 기술서, 버전 상세를 주의깊은 이용하면서, 핵심어들은 또한 웹검색을 통해 사용자들이 당신의 부가기능을 발견하도록 도울 수 있습니다. 그리고 당신이 문장에 핵심어들을 이용할 때, 핵심어의 사용을 자연스럽게 유지할 것을 기억하세요: 핵심어들을 강화하는 것은 가독성을 돕지 못 하거나 검색 순위 개선을 돕지 못할 것입니다.

요약의 길이가 딱 적당한 지 확인하세요

당신의 부가기능을 위한 요약 기술서는 250자로 제한됩니다. 그러나 모든 이용 가능한 문자들을 사용하기에 그 것은 도전이라고 생각하지 마세요. 당신의 부가기능의 핵심 특징과 사용자들에게 득이 될 방법을 강조하는 한 편, 당신의 요약은 가능한한 짧게 유지하세요.직접적이고 간단명료하게 하세요. 

당신의 스크린샷을 핵심특징에 초점을 맞추세요

하나의 부가기능 목록에 당신이 포함시킬 수 있는 스크린샷의 수는 사실상 제한이 없지만, 계속 추가하지 마세요: 각 스크린샷이 당신의 부가기능의 핵심 특징을 나타내는 지 확인하세요. 당신의 스크린샷에 주석을 다는 것을 두려워하지 마세요. 하지만, 비록 당신이 스크린샷의 기술서를 지역화할지라도, 당신은 일단의 스크린샷들을 적재할 수 있습니다. 그래서, 특징을 강조하기 위해 주석을 다세요. 그러나, 스크린샷에 말고 문자로 주석을 두어 설명하세요. 그리고 그림에 문자를 추가하는 것을 피하세요.

우리는 당신이 1280x800픽셀 (최대 그림 진열 크기)인 그림을 포착하도록 권장합니다. 기타 그림 크기로, 우리는 1.6:1 비를 사용하기를 권고합니다.

당신은 또한 스크린샷을 재정리할 선택권을 지니며, 그래서 당신의 부가기능 특징에 대해 한 편의 이야기를 말한다는 것을 아시기 바랍니다. 이는 사용자들이 당신의 부가기능이 자신들을 위해 어떻게 작동할 지에 대하여 더 좋은 이해를 얻도록 도울 것입니다.

부가기능 기술서는 길 수 있지만 너무 길어서는 안됩니다

부가기능 요약이 250자로 제한되는 반면, 부가기능의 요약과 버전 상세가 될 때 당신은 사실상 제한받지 않습니다. 하지만, 한 편의 소설을 쓰기 위해서 당신이 이 자유를 이용할 필요가 있다고 생각하지 마세요.

대다수의 사용자들은 당신의 부가기능에 관심이 있을 지라도 목록을 흝어 보는 데 단지 몇 초만을 취할 것입니다. 그래서, 요약에 강력한 서두 논평을 하세요. 그런다음, 요약의 나머지가 필요한 바를 말하는 지 확인하세요. 하지만, 더는 안됩니다. 또한 당신의 복사본을 흝어보기 더 쉽게 유용한 HTML 서식설정을 이용하세요. 예를 들어, 당신의 부가기능 특징을 묘사하는 list 키는 중요사항들을 특별히 포함시켜서 핵심어나 구절을 강조합니다. 

요약에서 처럼, 그 키는 사용자가 당신의 부가기능이 그들에게 중요한이유를 말한다는 것을 기억하세요.

비슷하게, 당신이 버전 상세를 추가할 때, 바삭바삭하고 간단명료해야 합니다. 당신은 발생한 모든 문제들에 해결법 또는 사용자 제안들로부터 개선사항들이 수행되었다는 점을 강조하는 것을 반드시 아시기 바랍니다. 장래의 사용자들이 당신이 경청하고 있다는 것을 안다면, 그들은 더욱 당신의 부가기능에 기울 것입니다.

지역적으로 만드세요

당신의 확장기능이 WebExtension API들을 이용하여 개발된다면, 우리는 당신의 확장기능의 국제화를 위해 포괄적 지원을 제공합니다. i18n API를 사용하세요. 그래서, 당신은 번역을 추가할 수 있으며, 확장기능을 지역화할 수 있습니다. 당신은 부가기능의 이름을 포함하여 목록의 거의 모든 문자 내용물을 지역화할 선택권을 또한 지닙니다.

당신은 부가기능 지원을 위하여 각 언어로 지역화된 목록을 추가하기를 원할 것입니다. 하지만, 목록 내용물의 지역화는  당신의 부가기능이 폭 넓은 선택을 제공하지 않는 다면, 주변 세계의 사용자들에게 좀 더 접근할 수 있는 부가기능으로 목록 내용물을 만드는 것을 도울 수 없습니다.

또한, 가장 적절한 디폴트 지역을 설정해야 한다는 것을 기억하세요. 그래야지, 당신이 지역화하지 않은 언어로 지켜보는 사용자들은 부가기능에 대해 좋은 인상을 받게 됩니다. 

실험적으로 만드세요

당신의 부가기능이 실험적이라면, AMO에 제출할 때 이를 표기하세요. 그렇게 하는 것은 AMO 상에서 부가기능의 가시도를 줄이는 한 편, 사용자들이 알고 있다는 것을 확인하는 것은 중요합니다. 그래서 사용자의 기대는 적절해 집니다. 당신이 실험적 부가기능의 표기를 하지 않는 다면, 당신의 부가기능이 값어치가 없다는 저조한 검토 때문에 끝마칠 수 있습니다. 한 번 당신이 저조한 평가와 검토를 받는 다면, 더 나은 평판을 얻기 위해 많은 작업을 감당하게될 수도 있습니다.

올바른 플랫폼과 버전을 선택하세요

당신의 부가기능이 안드로이드에서 작동하지 않는 다면, 지원되는 플랫폼으로서 리눅스, 맥OS, 그리고 윈도우즈를 선택하고 있는 지 확인하세요. 당신의 부가기능이 그 플랫폼 또는 Firefox 버전에서 작동하지 않기 때문에, 이는 사용자들이 저조한 검토를 제공하는 문제들을 피하게 될 것입니다. 버전 지원을 정의하기에 관하여 더 많은 정보를 위해서, 필요하다면, manifest.json을 보시기 바랍니다. applications key

잘 범주화하세요

당신은 부가기능을 기술하기 위해 두 범주를 선택할 수 있습니다. 최상의 조화를 얻기 위해 주의 깊게 선택하세요. 하지만, 한 범주에 같은 부가기능을 보내는 것은 좋기 보다 더 위험하기 때문에, 하나가 선택되면, 두 번째 범주에는 당신의 부가기능을 포함시키지 마세요.

지원을 제공하기 위해서 준비하세요

당신의 부가기능을 위한 지원을 준비하는 것은 잠재 사용자들이 모든 문제해결을 받을 수 있을 것이라는 보증을 제공합니다. 당신의 부가기능 목록 상에서 당신은 부가기능의 홈페이지, 지원을 위한 이메일 주소, 그리고 당신의 웹사이트 또는 부가기능 웹사이트 지원 페이지의 주소 상세를 제공할 수 있습니다. 당신이 한다면, 이들 중 세 가지 모두를 제공하세요. 하지만, 최소한으로, 지원을 위한 이메일 주소를 제공하는 것을 고려하세요.

개발자 프로필을 마련하세요

당신의 개발자 프로필은 당신이 당신의 부가기능의 창출에 숨은 이유와 당신이 이 개발 다음에 무엇을 계획하고 있는 지에 대하여 정보를 제공하는 것을 가능하게 합니다. 당신은 개발자 프로필을 창출할 필요는 없지만, 한다면, 당신의 부가기능의 모든 기타 기술서와 함께, 짧고 간단명료하게 논평을 하십시오.

모든  사생활 정책 또는 판권 동의에서 평문을 사용하세요

당신의 부가기능이 개인적 자료를 이용한다면, 당신은 사생활 정책을 필요로 할 것입니다. 그리고 당신은 말단 사용자 판권 동의를 원하거나 필요할 수도 있습니다. 이들이 평문 언어로 작성되는 지를 확인하세요. 평문 언어는 이들 문서들이 사용자들에게 접근할 수 있도록 하며, 사용자들이 좀더 당신의 부가기능을 설치하도록 만들어 줍니다.

당신이 웹사이트 상에서 또는 부가기능에  관한 저작권의 주인일 지라도, 부가기능 목록  상세에 당신의 사생활 정책과 판권 동의 문자를 포함시킬 것을 기억하세요.

부드럽게 검토를 요청하세요

득점평가와 검토가 좋다고 가정한다면 당신의 부가기능에 큰 이익입니다. 당신이 부가기능에 요구되는 특징과 품질을 가지고 있다는 것을 행복으로 여긴다면, 사용자들이 검토를 완성하도록 요청할 것을 고려하십시오.

하지만, 검토를 요청함에 있어서 주의를 하십시오. 여기에 일부 안내문이 있습니다:

  • 당신의 부가기능 내의 특징을 이용하라는  요구사항을 검토에 남기지 마십시오.
  • 사용자들이 검토를 제공하도록 반복적으로 요청하지 마십시오. 그들이 검토의 제공을 원하지 않는 다면서, 그들을 불평하는 것은 그 들이 당신의 부가기능을 제거하도록 초래할 수 있습니다. 
  • 검토를 요청하기 전에 당신의 부가기능 대부분의 특징을 사용할 사용자 시간을 제공하십시오.
  • 미리 논평 부분을 덧붙임으로써 또는 별점을 선택함으로써 사용자의 검토가 영향을 미치도록 노력하지 마십시오.

그리고, 사용자들이 검토에서 개선을 제안하거나 문제를 부각시킬 때, 그들의 피드백을 인정하는 답변 특집을 사용하세요.

일부 기타 관점들

  • 여러 사람들이 부가기능을 작성하는 데 도왔을 때, 그들이 저자들로서 명단에 등록되는 지 확인합니다.
  • 모든 요청에 대해 적절한 기여를 합니다.

문서 태그 및 공헌자

이 페이지의 공헌자: shh0884
최종 변경자: shh0884,