학습(공부)하는 블로그

1. 페이스북의 이해

 1) 페이스북이란?

    ○ 자신의 홈페이지를 만들고 다양한 사람들과 친구 맺어 쌍방향으로 대화나 정보를 교류하는

        소셜 네트워크 웹사이트

    ○ 전세계 최대 소셜 네트워크 서비스로 SNS의 강자로 급부상

  2) 페이스북의 활성화

    ○ 스마트 모바일의 등장과 무선 인터넷 환경으로 언제 어디서나 활용이 가능

    ○ 세계적으로 인맥을 쌓고 관계성 확장

  3) 페이스북의 특징

    ○ 페이스북을 활용하여 인맥을 형성

    ○ 페이지를 개설해서 독립적인 홈페이지처럼 이용이 가능하며, 페이지를 이용한 광고 효과

    ○ 페이스북 그룹을 통해서 관심분야별로 그룹활동 가능

2. 페이스북의 가입방법 및 기능

  1) 페이스북 가입방법

    ① 페이스북 사이트(http://www.facebook.com)에 가입

    ② 보안 확인과 약관 동의

    ③ 각종 이메일을 이용하여 친구 찾기

    ④ 프로필 정보(이름, 출신학교, 직장정보 등) 입력

    ⑤ 사진 등록

    ⑥ 인증메일로 인증

  2) 페이스북의 기능

    ○ 페이스북 프로필 : 개인브랜딩 차원으로 프로필 고유 URL 주소를 가질 수 있으며

                                 최대 5천명까지 친구 가능

    ○ 페이스북 그룹 : 커뮤니티 카페기능으로 관심분야별로 그룹활동이 가능하며,

                              동시채팅 등을 통하여 회의 가능

  3) 페이스북 사용시 주의사항

    ○ 실명을 가진 1개의 프로필만 가질 것

    ○ 스패머 활동 절대 하지 말 것

    ○ 너무 많은 메시지를 보내지 말 것

    ○ 너무 많은 사람에게 단시간에 친구 요청하지 말 것(하루 30명 이내)

    ○ 보안경고 뜨면 주의할 것(특히 로그인 창이 뜨면 반드시 의심해 볼 것)

  4) 페이스북 사용 에티켓

    ○ 프로필 사진을 유령으로 두지 말자.

    ○ 친구 맺기 요청 할 때는 메시지를 '꼭' 추가하자.

    ○ '좋아요' 버튼을 되도록 많이 누르자. 페이스북 활동은 '좋아요'가 핵심이다.

    ○ '쪽지'는 무시하지 말고 즉시 답하자.(불미스런 경우는 제외)

    ○ 사진태그 기능은 잘 활용하되 남용하지 말자.

    ○ 친구 글을 공유 할 때는 간단한 소개 글을 넣자.

    ○ 개인프로필 계정을 [회사소개] 페이지로 사용하지 말자.

1. PaaS의 선택 이유

  ○ PaaS란(Platform as a Service)
    ▷ SW가 아닌 표준화된 플랫폼을 서비스로 제공하는 형태입니다.
    ▷ SaaS를 사용하다 보면 다른 어플리케이션들과 통합의 한계에 부딪치게
        됩니다. 그래서 SaaS를 제공하는데서 OpenAPI 형태로 통합할 수 있는
        플랫폼을 제공합니다.
    ▷ 예를 들어 구글은 구글앱스라는 SaaS 를 제공하고, 더 확장하여 앱스엔진
        이라는 PaaS 를 제공합니다.
    ▷ 구글 앱 엔진(Google App Engine) 등을 살펴 PaaS가 무엇인지에 대한
        아이디어를 얻는다.

  ○ PaaS가 불러오는 도전
    ▷ PaaS가 사용자에게 도전이 되는 이유는 무엇인가?
    ▷ 이들 플랫폼의 의심할 바 없는 역량과 생산성이 기업들에게는 많은 애플리
        케이션을 배치하고 나기까지는 구현할 수 없을지 모를 새로운 이슈들을
        불러올 것이기 때문이다.

  ○ PaaS의 선택이유
    ▷ PaaS는 서비스 제공업체가 자체 하드웨어 인프라에서 호스트하는 소프트
        웨어와 제품 개발 도구를 제공하는 클라우드 서비스 유형이다.
    ▷ PaaS라는 용어는 사용자 정의 애플리케이션을 빌드하고 실행하는 데

        활용할 수 있는 클라우드 기반 플랫폼에서 일반적으로 사용된다.
    ▷ PaaS 애플리케이션은 인터넷에 연결된 어느 곳에서나 액세스할 수 있는
        서비스와 웹 애플리케이션을 빌드하고 전개하는 데 필요한 모든 것을

        제공한다. 일반 사용자는 이러한 이러한 시스템을 다운로드하거나 설치,

        유지할 필요가 없다.
    ▷ PaaS 오퍼링에는 가상 서버 및 스토리지, 데이터베이스와 같은 일련의

        기본 서비스가 포함되어 있다. 사용자는 이러한 서비스를 통해 PaaS 플랫폼
        에서 이용할 수 있는 API나 도구를 사용하여 PaaS 플랫폼에서 애플리

        케이션을 빌드할 수 있다.

  다음은 가장 일반적으로 사용되는 PaaS 플랫폼이다.

  ○ Google App Engine
    ▷ Google의 인프라에서 웹 애플리케이션을 실행해 보도록 하자. Python이나

        Java™ 기술을 사용하여 웹 애플리케이션을 작성할 수 있다.

  ○ Microsoft® Windows® Azure
    ▷ 클라우드 애플리케이션과 서비스를 작성할 수 있는 Windows 기반 환경
        이다. Microsoft Visual Studio®를 사용하여 Azure 플랫폼에서 애플리

        케이션을 개발하고 전개할 수 있다. Azure는 CTP(Community Technology
        Preview)에서 사용 가능하며 2010년 1월까지 무료로 평가할 수 있다.

  ○ Force.com
    ▷ Force.com은 Salesforce.com에서 최근에 추진하는 플랫폼이다. 이 플랫폼은

        확장 가능한 애플리케이션을 신속하게 빌드할 수 있는 개발 플랫폼을
        제공한다. Eclipse 기반의 IDE를 사용하여 Force.com 구성요소와 애플리
        케이션을 이 플랫폼에서 빌드하고 버전화하고 전개할 수 있다.

  ○ Morph
    ▷ 이 플랫폼은 클라우드 컴퓨팅 인프라를 기반으로 다수의 웹 애플리케이션을
        호스트할 수 있는 MAP(Morph Application Platform)이라고 하는 완벽한
        환경을 제공한다.

  ○ Bungee Connect
    ▷ 클라우드용 웹 애플리케이션을 빌드할 수 있는 완전한 애플리케이션 개발
        및 전개 환경이다.

  ○ 일반적으로 사용되는 PaaS 플랫폼
    ▷ PaaS 플랫폼에서는 Google App Engine이나 Microsoft Azure와 같은
        인프라로 연결되는 인터페이스를 사용하여 확장 가능한 추상화를 제공한다.
    ▷ PaaS 제공업체에서 제공하는 애플리케이션 SDK(Software Development Kit)를
        사용하여 애플리케이션을 작성하고 디버그할 수 있다.

2. PaaS의 기본 구조 분석

  ○ Google App Engine은
    ▷ 클라우드 기반 플랫폼으로 이 플랫폼을 이용하면 Google의 인프라에서
        웹 애플리케이션을 실행할 수 있다.
    ▷ App Engine에서 실행하는 애플리케이션은 Python이나 Java 프로그래밍
        언어로 작성할 수 있다.
    ▷ JVM(Java Virtual Machine) 기반의 애플리케이션을 실행하는 기능 덕택에
        가능성이 무궁무진하다고 할 수 있다.
    ▷ 사용자는 Java가 아닌 다음과 같은 여러 가지 언어로도 JVM에서 실행할
        수 있는 애플리케이션을 작성할 수 있다.
         - JRuby
         - Scala
         - Clojure
         - Groovy
         - Jython
         - Beanshell
    ▷ 사용자는 트래픽의 증가에 맞춰 애플리케이션의 규모를 쉽게 조정할
        수 있다. App Engine 개발자는 두 가지 가격 정책 중 하나를 선택할 수
        있다.
      · 무료 계정 스토리지 500MB와 월간 500만 페이지 뷰를 사용하는 애플리
        케이션을 작성하는 데 사용할 수 있다.
      · 유료 계정 무료 계정보다 더 많은 자원을 사용하는 애플리케이션을
        위한 계정이다. 사용자가 필요에 따라 예산을 할당할 수 있다. 사용자는
        애플리케이션에서 사용할 수 있는 최대 자원량을 언제든지 제어하여
        자원 소비량의 한계를 설정할 수 있다.

  ○ App Engine에서는 명확하게 정의된 API로 구성된 확장 가능한 추상화를
      이용하여 고유한 Google 애플리케이션을 구현할 수 있다. 이러한 API는
      API/SDK를 사용하는 Java 기반 프로그램이나 Python에서 사용할 수 있다.

  ○ 아래의 표는 Google App Engine을 활용한 서비스 내역이다.

  ○Google App Engine 서비스의 구현 형태

  ○ App Engine 환경에서 애플리케이션에 적용되는 몇 가지 추가 제한사항은
      다음과 같다.
    ▷ 사용자는 Python이나 Java 기술을 이용하여 사용할 수 있는 표준 라이

        브러리의 서브세트만을 사용할 수 있다.
    ▷ CPU 요청량, 메모리, 파일의 크기 등에 대한 할당량이 정해진다.
    ▷ 애플리케이션에 전달되는 모든 요청은 30초 내에 리턴되어야 한다.
    ▷ 사용자는 해당 파일 시스템에 대한 액세스 권한을 갖고 있지 않으며 애플리
        케이션의 일부로 업로드 된 정적 파일만을 읽을 수 있다.
    ▷ App Engine 환경에서는 사용자가 스레드나 프로세스를 생성할 수 없다.
    ▷ App Engine에서 사용된 스토리지 백엔드는 스키마리스 키 값 데이터

        저장소인 BigTable이다.
    ▷ App Engine은 HTTP 요청에서 트리거 되는 코드만 실행할 수 있다.

  ○ 이러한 제한사항은 사용자의 애플리케이션에 국한되거나 그렇지 않을 수도
      있다.

  ○ App Engine은 확장 가능한 웹 애플리케이션을 빌드할 수 있는 가장 좋은

      방법이며 AppScale은 Google App Engine 환경을 에뮬레이트하는 프레임

      워크를 제공한다.

  ○ AppScale을 이용하면 App Engine 애플리케이션을 로컬에서 Amazon EC2
      및 Eucalyptus와 같은 클라우드 기반 인프라를 기반으로 투명하게 실행하고
      디버그할 수 있다.

  ○ AppScale은
    ▷ 캘리포니아 산타바바라 대학에서 Google App Engine API를 오픈 소스로
        구현한 것이다.
    ▷ AppScale은 Eucalyptus나 Amazon의 EC2(Elastic Compute Cloud)와
        같은 IaaS 클라우드에서 Google App Engine 애플리케이션을 쉽게 실행
        할 수 있게 하는 클라우드 컴퓨팅 플랫폼이다.
    ▷ 사용자는 AppScale을 이용하여 App Engine의 다양한 기능을 활용할 수
        있으며 자체 클러스터에서 App Engine 애플리케이션을 실행할 수도 있다.
    ▷ 또한, AppScale은 IaaS 플랫폼에서 투명하게 실행할 수 있다. RACELab
        팀은 다음과 같이 언급했다.

          "AppScale에 대한 우리의 목표는 사용자가 GAE 애플리케이션을
          Google의 사설 자원에서 전개하기 전에 미리 전개하여 테스트하고

          디버그하고 측정하고 모니터할 수 있고 하위 레벨 클라우드 패브릭과의
          상호 운영 및 런타임, 서비스 등과 같은 PaaS 구현물을 쉽게 확장하고
          조사할 수 있는 PaaS(Platform-As-A-Service) 클라우드 인프라를

          제공하는 데 있다."
  

○ AppScale 서비스 구현

3. PaaS의 서비스의 사례 이해

  ○ AppScale Architecture
    ▷ AppScale 환경은 네 개의 기본 구성요소로 이루어진다.
    ▷ AppScale은 Google App Engine에서 제공하는 기능을 보완하여 Google
        App Engine의 SDK를 강화하고 확장할 뿐만 아니라 SDK를 통해 공개된
        오픈 API를 구현한다.
    ▷ AppScale에 있는 다수의 구성요소를 통해 App Engine 애플리케이션을
        실행하는 데 필요한 시스템의 결함 허용치와 스케일링, 관리 및 전개를

        자동화할 수 있다.
    ▷ 애플리케이션을 수정하지 않아도 AppScale에서 Google App Engine

        애플리케이션을 전개하고 실행할 수 있다.
    ▷ AppScale이 Google App Engine과 경쟁하거나 이를 대체하는 것은 아니다.
    ▷ AppScale은 클라우드 인프라를 사용하는 실험용 프레임워크이며
        Google에서 내세우는 인프라만큼 규모가 크지는 않다.

  ○ AppScale의 네 가지 구성요소는 다음과 같다.
    ▷ AppServer
      ·  App Engine 애플리케이션을 실행하는 데 필요한 기본 구성요소이다.
      ·  AppServer는 로컬에서 App Engine 애플리케이션을 실행하는 데 필요한
         Google App Engine SDK를 확장한 것이다.
      ·  각 AppServer는 한 번에 하나의 애플리케이션만을 실행할 수 있다.
      ·  다수의 애플리케이션을 호스트하려면 여러 개의 AppServer를 추가해야 한다.

    ▷ AppLoadBalancer
      ·  이 구성요소는 사용자의 최초 요청을 분배하는 기능을 담당한다.
      ·  사용자가 정상적으로 로그인하면 로드 밸런서는 이 요청을 해당 AppServer로
         라우트하여 해당 애플리케이션에 대한 요청을 실제로 처리한다.
      ·  그 후에는 로드 밸런서가 더 이상 관여하지 않으며 사용자는 적절한
         AppServer로 라우트된다. 이런 점에서 이 로드 밸런서는 기존의 로드 밸런서와
         다소 차별된다.
      ·  이 로드 밸런서는 Ruby on Rails 애플리케이션이며 로드 밸런싱 기능은 오픈
         소스 웹 프록시인 nginx를 사용하여 제공된다.

    ▷ Database Master
      ·  데이터 저장소의 기본 인터페이스이다.
      ·  이 인터페이스를 통해 MySQL, Cassandra, Voldemort, MongoDB, HBase
         및 HyperTable용으로 구현된 사용 가능한 다양한 데이터 저장소에 액세스할
         수 있다.
      ·  CouchDB와 같은 기타 데이터베이스는 차후에 지원될 예정이다.

    ▷ Database slaves
      ·  하나 이상의 데이터베이스 슬레이브를 통해 분산된 확장 가능한 결함 허용

         데이터 관리 기능을 제공한다.

  ○ AppScale 구성요소
      ·  이 구성요소는 전개 환경에 있는 모든 AppScale 인스턴스를 설정, 초기화하고
         분해하는 과정을 제어하는 AppController를 사용하여 서로 통신한다.
      ·  또한, AppController는 App Engine 애플리케이션을 전개하는 기능과 App
         Engine에 대한 인증을 담당한다.

  ○ App Engine 애플리케이션 사용자는 SSL을 사용하여 AppServer와 상호 작용한다.

  ○ AppScale 환경에 대한 첫 번째 로그인 요청은 언제나 로드 밸런서로 전달되며

      그러면 사용자가 정상적으로 로그인할 때 로드 밸런서가 이 요청을 해당 애플리케이션에
      라우트한다.

  ○ 사용자가 액세스할 애플리케이션을 작성하는 개발자는 AppScale Tools 도구 세트를
      사용하여 AppScale과 상호 작용한다.

  ○ 이 도구 세트는 사용자가 AppScale 인스턴스를 설정하여 App Engine 애플리케이션을
      AppScale로 전개할 수 있는 기능을 제공한다.

  ○ 이 도구 세트는 Amazon EC2 도구와 개념이 비슷하다. 이 도구 세트에 있는 스크립트
      중 일부를 아래에 요약해 놓았다.

  ○ AppScale 아키텍처

  ○ AppScale에서는 노드라는 개념을 사용한다.
    ▷ 노드는 AppScale 이미지 인스턴스로 구성된 인스턴스이다.
    ▷ AppScale 전개는 하나 이상의 노드로 구성되며 일반적으로는 일곱 개의 노드로
        구성된다.
    ▷ 노드에는 다른 노드와 통신을 하는 데 필요한 AppController와 하나 이상의
        AppScale 구성요소가 포함되어 있다.
    ▷ AppLoadBalancer를 구현하는 노드를 헤드 노드라고 한다.
    ▷ AppScale 전개에는 헤드 노드 인스턴스가 하나만 있다.

  ○ 헤드 노드에 있는 AppController는 기본 제어기로서 다음과 같은 몇 가지 추가
      기능을 담당한다.
      ·  AppScale 전개를 모니터하여 장애 노드를 확인한다.
      ·  시스템 요구와 개발자의 선호도에 따라 AppScale 전개를 확장하거나 축소한다.
      ·  다른 노드에서 자원 사용량과 애플리케이션 정보를 주기적으로 수집한다.
      ·  장애 구성요소를 다시 시작하고 필요한 경우에는 노드를 다시 생성하는 기능을
         담당한다.
      · 아래 그림에는 AppScale 노드의 사용에 대한 사례이다.

  ○ AppScale 이미지 인스턴스를 GVM(Guest Virtual Machine)이라고도 한다.

  ○ 이 인스턴스는 오픈 소스 IaaS 클라우드인 Eucalyptus상에서 실행하거나
      Amazon 웹 서비스인 EC2 환경에서 실행할 수 있다.

  ○ 또한, 최신 Ubuntu 배포판을 사용하는 비가상화 시스템에서도 사용할 수 있다.

  ○ Eucalyptus에서는 Xen이나 KVM, VMware를 기본 가상화 계층으로 사용할 수 있다.

  ○ 아래 그림에는 Eucalyptus에서 전개된 AppScale 환경이 표시되어 있다.

  ○ Amazon EC2에서는 Xen을 기본 가상화 프레임워크로 사용한다. 아래의 그림은

      EC2에서 전개된 AppScale 환경이다.

  ○ AppScale의 장점
      AppScale은 Google App Engine 애플리케이션을 로컬에서 테스트하고 디버그할
      수 있는 유용한 방식이다. AppScale과 Eucalyptus는 클라우드 컴퓨팅을 조사하고
      연구하는 데 필요한 유용한 플랫폼을 함께 제공한다.
    ▷ 오픈 소스
       AppScale은 클라우드 컴퓨팅 플랫폼을 연구하기 위해 개발되었다. 소스 형태로

       자유롭게 사용할 수 있어서 내부를 살펴보거나 필요에 따라 클라우드 서비스 플랫폼을
       쉽게 확장할 수 있다. 이러한 플랫폼의 개발 속도는 매우 빠르다. 다양한 기능과
       개선사항들이 빠른 속도로 추가되고 있다.
    ▷ 실험용으로 유용
       AppScale은 클라우드 패브릭과 개념을 실험할 수 있는 유용한 플랫폼이다.
       AppScale 환경에서는 클라우드 기반 애플리케이션을 새로운 방식으로 실행하기가
       수월하다. 또한, 이 플랫폼은 사용하기 편리하며 확장이 수월하다.
    ▷ 사설 클라우드
       AppScale은 자체 인프라에서 실행하는 사설 테스트 클라우드로서 자체 방화벽 뒤의
       데이터센터에 Eucalyptus와 함께 설치할 수 있다. 보안과 환경을 완전히 통제할
       수 있다는 장점이 있다.
    ▷ App Engine 호환성
       일단, 테스트가 완료되면 AppScale 프레임워크에서 작성하고 실행하는 App
       Engine 애플리케이션을 실제 Google App Engine 환경에 쉽게 전개할 수 있다. 

1. 트위터 메뉴 구성

  ○ 타임라인 : 글들이 실시간 보여진다.

  ○ @자신의 아이디 : 자신에게 누군가 덧글을 달거나 멘션을 보낸 글들을 볼 수 있다.

  ○ 쪽지(DM) : 쪽지를 보내거나 보낸 쪽지 및 받은 쪽지를 확인할 수 있다.

  ○ 내가 쓴 글 : 자신이 트윗하거나 멘션을 보낸 글, 리트윗한 글 모두를 볼 수 있다.

  ○ 리트윗(Retweet) : 내가 리트윗할 글과 내가 쓴 글 중 리트윗 된 글들을 볼 수 있다.

  ○ 관심글(Favorites) : 관심글로 등록해 둔 글들로 언제든지 볼 수 있다.

  ○ 내 주변트윗 : 주소나 지도상 위치로 그 주변에서 트위터를 사용하는 사람들의 글을

                         볼 수 있다.

2. 팔로잉과 팔로워 하기

  1) 팔로우 대상

    - 주위에 알고 있는 사람

    - 내가 아는 사람과 친한 사람

    - 내가 관심을 가지고 있는 유명인

    - 블로그에 쓴 글을 트위터로 알리는 사람

    - 관심 있는 취미·분야에서 일하는 사람

    - 유용한 정보·경험·링크를 공유하는 사람

  2) 리트윗을 통한 팔로워 늘리기

    - 팔로워들에게 도움이 될만한 유익한 정보, 또는 노하우 제공

    - 민원인들의 관심을 많이 끄는 이슈(지원사업, 행사, 공지사항 등)

    - 추천할만한 서적정보·영화정보·작가들의 이야기

    - 공익성이 강하거나 도움이 되는 정보(혈액형, 자산활동)

    - 입소문을 일으킬만한 내용으로 짧고 명확하게 하기

3. 트위터 홍보마케팅 전략

  1) 국내 사례

    - 정읍시청, 인천광역시 사례 : 트위터를 통해 주민 의견 청취 및 행정에 반영

    - 경북도청 사례 : twtkr.com에 경북 관광 알림이로 서폰서 제공

  2) 해외 사례

    - Kogibbq(LA에서 '타코' 트럭 장사)

      · 트위터를 활용, 고객들이 트럭 이동 시간과 위치를 파악하여 이용할 수 있도록 홍보

    - NakedPizza

      · 간판에 전화번호, 홈피 주소 없이 트위터만을 이용

      · 트위터로 피자 주문, 쿠폰, 이벤트 트위팅

    - Blendtec(미국의 믹서기 제조 중소기업)

      · 사회적으로 이슈가 되는 제품을 활용하여 트위터 마케팅 시작

      · 트위터의 입소문으로 최대 800만 명 시청

1. 트위터의 이해

  1) 개념

    ○ 140 글자로 자신의 생각과 상태를 팔로워(Follow)들에게 공유해 주는 서비스

    ○ "트윗(tweet)"이란 말은 영어로 '짹짹(작은 새가 지저귀는 소리)'를 의미

    ○ 인터넷 + SMS의 결합으로 글자(Character)로 소식을 전하는 마이크로 블로그

  2) 기능(활용)

    ○ 공백과 기호 포함하여 140자의 글을 쓸 수 있다.

    ○ 각각의 메시지(Tweets)는 고유한 주소를 가지고 있어 모든 사람이 볼 수 있다.

    ○ 특정 사람에게만 비공개 메시지(DM, Direct Message)를 보내고 받을 수 있다.

    ○ 웹 뿐만 아니라 스마트폰, 타블릿 PC 등 각종 모바일 디바이스를 이용할 수 있다.

2. 트위터 가입하기

  ① 트위터 사이트에 접속, 가입하기 클릭

  ② 성명, 메일주소, 비밀번호, 아이디 입력 후 하단 가입하기 버튼 클릭

  ③ 이후 보안문자 입력 후 가입하기 버튼 클릭(문자와 문자 사이는 한 칸 띄울 것)

  ④ 다음 화면의 맨 아래 보이는 [다음 단계:친구] 클릭 후 다시 [건너뛰기] 클릭

  ⑤ 본인 확인을 위해 가입시 입력한 메일주소로 가서 트위터에서 온 메일을 클릭

     - 메일 내용 중 트위터 주소를 클릭하면 가입 완료

3. 트위터 기초 용어 정리

  ○ 트윗(tweet) : 트위터에서 쓰는 글, 내 글 또는 나의 팔로잉 글

  ○ 타임라인(Timeline) : 주고 받는 글들이 연대기 순으로 보여지는 곳

  ○ 팔로윙(Following) : 내가 구독(follow)한 사람

  ○ 팔로워(Follower) : 나를 구독(follow)하는 사람들

  ○ 팔로우(Follow) : 친구 맺기 또는 구독하기

1. 블로그 활용 전략

  1) 블로그 개설 계획표

    ① 블로그 운영 목표 정하기

    ② 마케팅 타켓 정하기(고객츧, 성별, 연령 등)

    ③ 대표 키워드 정하기(20~30개 정도)

    ④ 홍보키워드[검색어] 및 세부키워드(30개 정도)

    ⑤ 블로그 컨셉잡기

    ⑥ 블로그 이름 정하기

    ⑦ 운영자 닉네임 정하기

    ⑧ 블로그 프로필(운영 컨셉에 맞게)

    ⑨ 운영자 프로필(경력과 활동 중심으로)

    ⑩ 운영자 약속(월 40개 이상 포스팅, 1일 2회 이상 접속 등)

    ⑪ 카테고리 구성 - 메인 카테고리, 하위 카테고리

  2) 블로그 개설방법(네이버 블로그 기준)

    ① 네이버 회원가입 후 [블로그] 클릭, 그런 다음 [내 블로그 가기]를 클릭

    ② [관리] 클릭 후 [꾸미기 설정]에서 디자인 변경

    ③ [블로그 정보]에서 개설 목적에 맞는 제목과 소개글 및 프로필 사진 등록

    ④ [메뉴] - [글관리]에서 블로그를 클릭하여 [카테고리 추가] 클릭

        카테고리명에 내용을 적고 [확인] 클릭

2. 블로그 활용 마케팅 전략

  ○ SEO(Sesrch Engine Optimisation) 검색엔진 최적화 상위노출 방법

    ▷ 블로그를 각종 검색엔진(구글, 야후, 네이버, 다음 등)에 등록

    ▷ 핵심 키워드 넣은 글쓰기

    ▷ 효과적인 이미지 넣기

    ▷ 동영상 자료 삽입

3. 카페 활용 전략

  1) 카페 활용 전략

    ○ 잘 만든 카페 제목 및 설명에는 핵심 키워드와 연관 키워드가 들어 있다.

    ○ 카페 로고 타이틀에 사진, 전화번호, 이메일 주소 넣어 고객 신뢰 향상

    ○ 카페 메뉴 구성 등은 잘 나가는 카페를 방문하여 벤치마킹

  2) 카페 개설 방법(네이버 카페 기준)

    ① 네이버 로그인 후 [카페] 클릭

    ② 오른쪽 하단에 [카페 만들기] 클릭 후 카페 주소 및 이름 등을 기입

    ③ 검색어, 설명, 보안절차 등을 넣고 [확인] 클릭(카페 개설)

    ④ [관리] 클릭 후 [카페꾸미기] 메뉴에서 전체 로고 및 글자체, 배경 등 디자인 변경