본문 바로가기

CONCIERGE · LIVE CUSTOMER · inolla.co.kr

이미지 중심의 한 페이지를, 설명하고 상담받는 7페이지로.

아이놀라의 기존 원본을 지우지 않고, 방문자가 문제와 솔루션을 이해한 뒤 상담으로 이동할 수 있는 고객 전용 사이트를 설계했습니다. Concierge 지정 다음 날, 고객 승인과 검수를 거친 7페이지를 실제 운영 주소에 반영했습니다.

  • CUSTOMER아이놀라
  • TURNAROUNDConcierge 지정 다음 날 LIVE
  • DELIVERY승인된 전용 7페이지
  • CONTROL원본 보존·ON/OFF 복구

VISUAL AS-IS / TO-BE

한 페이지 소개에서, 설명하고 상담받는 사이트로

같은 제품을 보여주더라도 방문자가 무엇을 이해하고 어디로 이동하는지는 화면 구조에 따라 달라집니다.

BEFORE
아이놀라 개편 전 이미지 중심 한 페이지 홈페이지 전체 화면
BEFORE · 2026-07-15 기준 원본 화면
AFTER · LIVE
아이놀라 개편 후 7페이지 구조의 홈페이지 라이브 전체 화면
AFTER · 2026-07-16 실제 LIVE 직접 캡처

양쪽 모두 실제 전체 화면 캡처입니다. AFTER는 2026-07-16 라이브 사이트를 PC 1440px·모바일 390px에서 직접 확인한 화면입니다.

PC 전체 캡처 보기 → 모바일 전체 캡처 보기 →

AUTO-APPLIED SEARCH FOUNDATION

화면만 바꾼 게 아닙니다. 검색·AI가 읽는 코드도 함께 바꾸었습니다.

기존 사이트에 없거나 잘못 연결된 항목을 theXEO가 엣지에서 보완했습니다. 2026-07-16 라이브 HTML·응답 헤더·안내 파일을 다시 읽어 확인한 내용만 적었습니다.

  • 검색 제목을 핵심 정보 중심으로

    홈 제목을 긴 제품 나열에서 회사와 핵심 분야가 먼저 보이는 “아이놀라 | 아파트 생활권 보행 안전 솔루션”으로 정리했습니다.

    실제 적용

    • <title>
    • 7 unique titles
    • brand + category
    • 페이지별 별도 적용

  • 비어 있던 검색 설명을 페이지별로

    기존 상세 3페이지에는 검색 설명이 없었습니다. 지금은 7페이지 모두에 각 장면과 역할에 맞는 설명이 있습니다.

    실제 적용

    • meta description
    • 7 / 7 pages
    • intent copy
    • 중복 없이 작성

  • 잘못된 대표 주소를 실제 도메인으로

    홈의 대표 주소가 실제와 다른 www.inolla.com을 가리키고 상세 페이지에는 없었던 상태를 모두 inolla.co.kr 체계로 바꿨습니다.

    실제 적용

    • rel="canonical"
    • https only
    • one preferred URL
    • 7개 대표 주소

  • AI가 읽을 구조화 데이터

    기존 원본에는 JSON-LD가 없었습니다. 페이지 역할과 회사·사이트·이동 경로의 관계를 구조화해 주입했습니다.

    실제 적용

    • Organization
    • WebSite
    • WebPage
    • BreadcrumbList 외

  • 홈만 있던 사이트맵을 7페이지로

    검색엔진이 솔루션 비교·상세·회사 소개·상담 페이지까지 발견할 수 있도록 모든 대표 주소를 연결했습니다.

    실제 적용

    • /sitemap.xml
    • 1 → 7 URLs
    • clean routes
    • 라이브 200 확인

  • AI 안내 파일에도 전체 구조를

    AI 에이전트가 홈 하나만 보지 않고 솔루션·회사·상담 페이지와 각 역할을 함께 읽도록 정리했습니다.

    실제 적용

    • /llms.txt
    • /llms-full.txt
    • 7 page map
    • 설명과 링크 제공

  • 파일명 주소는 의미 있는 주소로

    solution1.html처럼 역할을 알 수 없던 주소를 /solutions/parking-safety 형태로 바꾸고, 기존 주소는 새 주소로 이었습니다.

    실제 적용

    • 301 redirect
    • legacy URL map
    • www → apex
    • 기존 링크 보호

  • 공유 화면과 사실 안전장치까지

    페이지별 공유 제목·설명·이미지를 정리하고, 창업자가 Inolla로 잘못 들어간 정보와 확인 전 효능 수치는 공개되지 않게 막았습니다.

    실제 적용

    • Open Graph
    • Twitter card
    • fact guard
    • 확인된 사실만 공개

AS-IS / TO-BE

무엇이 어떻게 달라졌는지

디자인 취향이 아니라 방문 흐름, 콘텐츠 구조, 검색 발견 경로와 운영 안전성을 기준으로 비교했습니다.

AS-IS

제품은 보이지만, 무엇을 선택하고 어디로 문의할지 흐릿했습니다.

큰 이미지와 짧은 문구로 세 가지 솔루션을 소개했지만, 페이지 사이의 발견 경로와 다음 행동이 충분히 연결되지 않았습니다.

  • 홈과 상세 페이지의 연결이 JavaScript 버튼 중심
  • sitemap과 AI용 안내에는 홈만 포함
  • 판매 확인 전 SHOP과 준비중 안내가 함께 노출
  • 파일명 중심의 .html 주소와 불명확한 상담 이동

TO-BE · LIVE

문제 이해부터 솔루션 비교와 도입 상담까지 한 흐름이 됐습니다.

기존 원본은 보존한 채 고객 전용 페이지와 주소 체계를 만들고, 검수와 승인 후 theXEO 엣지 환경에서 실제 사이트로 전환했습니다.

  • 홈·솔루션 비교·상세 3개·회사 소개·상담, 총 7페이지
  • 문제 → 비교 → 상세 → 상담으로 이어지는 방문 흐름
  • 역할이 드러나는 주소와 기존 .html 주소의 301 이동
  • 페이지별 검색 설명·대표 주소·sitemap·llms 정리

Concierge 지정일은 2026-07-14, 최종 LIVE 확인은 2026-07-15 11:35 KST입니다. 고정 24시간 납기를 보장하지 않으며 작업 범위·자료 전달·고객 승인 일정에 따라 달라집니다. 검색 순위·매출·사고 감소 성과도 주장하지 않습니다.

HOW IT WENT LIVE

새 화면보다 먼저, 안전한 적용 과정을 만들었습니다.

고객 원본을 보존하고 검수·승인·전환·복구가 가능해야 라이브 사이트의 변경을 맡길 수 있습니다.

  1. 7월 14일 · 지정과 기록

    Concierge 고객으로 지정한 뒤 라이브 HTML과 핵심 파일을 보존하고 주소·메타·링크·문의 흐름을 확인했습니다.

  2. 고객 전용 설계

    확인되지 않은 효능 수치는 빼고, 공개된 사실을 바탕으로 7페이지 구조와 콘텐츠를 만들었습니다.

  3. 로컬 검수와 승인

    페이지·링크·이미지·메타·위험 문구를 자동 검사하고 대표 확인 뒤 공개를 결정했습니다.

  4. 7월 15일 · LIVE와 복구 시험

    승인된 새 사이트를 켠 뒤 전체 주소를 확인하고, OFF로 원본 복귀 후 다시 ON하는 과정까지 검증했습니다.

VERIFIED CHANGES

확인된 변경만 정리했습니다.

확인되지 않은 제품 효능이나 검색 성과 대신 실제로 바뀌고 검증한 항목을 보여드립니다.

아이놀라 홈페이지 개편 전후 비교
구분기존변경 후
페이지 구조이미지 중심 홈과 상세 3개역할이 분명한 7페이지
방문 흐름제품을 본 뒤 다음 행동이 불명확문제 이해 → 비교 → 상세 → 상담
검색 발견상세 페이지 연결과 sitemap 정보 부족일반 링크·페이지별 메타·sitemap·llms 정리
주소.html 파일명 중심의미 있는 대표 주소와 기존 주소 301 이동
안전한 운영변경 시 재배포가 필요할 수 있음원본 보존과 Concierge ON/OFF

기준일 2026-07-15 · theXEO Concierge 배포 및 복구 기록 기준

SEE IT LIVE

설명을 확인했다면, 이제 실제 사이트를 보세요.

실제 사이트에서는 아이놀라의 문제·솔루션·도입 상담 흐름을 확인할 수 있습니다. 우리 사이트의 다음 변경이 궁금하다면 현재 상태부터 함께 살펴봅니다.

아이놀라 실제 사이트 열기 (새 창에서 열림) 우리 사이트로 시작하기 (새 창에서 열림)