제작 도구 · 공식 문서
홈페이지 제작 AI로 만든 사이트, 검색 점검 순서
AI 제작 도구로 만들었다는 사실보다 결과물이 중요합니다. 도구가 만든 구조는 첫 HTML·URL·상태 코드로, 도구가 쓴 글은 사실 확인·메타 정보·페이지 수로 점검합니다. 모두 8가지 순서입니다. 구글은 AI가 만든 콘텐츠를 게시 전에 사람이 직접 확인하라고 적었습니다.
AI 제작 도구는 업종과 회사 소개 몇 줄을 넣으면 디자인과 문구가 채워진 사이트를 만들어 줍니다. 화면은 금방 완성되지만, 검색엔진이 그 사이트를 어떻게 읽는지는 따로 확인해야 합니다.
그래서 도구가 만든 구조와 도구가 쓴 글을 나눠 8가지 순서로 점검합니다. 기준은 구글 공식 문서 원문에서 가져왔습니다.
발견 01
구글은 AI 사용 자체가 아니라 가치 없는 페이지를 대량으로 만드는 일을 정책 위반 사례로 적었습니다
Generative AI can be particularly useful when researching a topic, and to add structure to original content. However, using generative AI tools or other similar tools to generate many pages without adding value for users may violate Google's spam policy on scaled content abuse.
생성형 AI는 주제를 조사하고 직접 쓴 콘텐츠에 구조를 잡을 때 특히 쓸모 있다. 하지만 생성형 AI 도구로 사용자에게 가치를 더하지 않는 페이지를 많이 만들면 확장된 콘텐츠 악용 스팸 정책 위반이 될 수 있다.
같은 문서는 AI가 조사와 구조 잡기에 쓸모 있다고 먼저 적었습니다. 문제로 적은 것은 가치를 더하지 않는 페이지를 많이 만드는 쓰임입니다.
AI 제작 도구가 지역명·업종명만 바꾼 페이지를 한 번에 만들어 주는 기능을 갖추고 있다면 이 문장에 해당하는지부터 봅니다. 조건은 「프로그래매틱 SEO 스팸 기준」 편에 자세히 적었습니다.
Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.
확장된 콘텐츠 악용은 사용자를 돕기보다 검색 순위 조작을 주목적으로 많은 페이지를 생성하는 것이다.
발견 02
도구가 만든 구조는 첫 HTML·URL·상태 코드처럼 크롤러 입장에서 5가지로 점검합니다
| 순서 | 점검할 것 | 확인 방법 | 공식 문서 원문 |
|---|---|---|---|
| 1 | 첫 HTML에 본문이 들어 있는지 | 브라우저 주소창에 view-source: 를 붙여 열고 본문 문장이 보이는지 찾습니다. | Some JavaScript sites may use the app shell model where the initial HTML does not contain the actual content and Google needs to execute JavaScript before being able to see the actual page content that JavaScript generates.앱 셸 방식 사이트는 첫 HTML에 실제 콘텐츠가 없어, 구글이 자바스크립트를 실행해야 콘텐츠를 볼 수 있다. |
| 2 | 구글이 보는 화면이 사람이 보는 화면과 같은지 | 서치 콘솔 URL 검사에서 페이지를 테스트하고 렌더링된 화면을 봅니다. | To get started, test your site in the URL inspection tool or Rich Results Test to see how Google sees your site.먼저 URL 검사 도구나 리치 결과 테스트로 구글이 사이트를 어떻게 보는지 확인한다. |
| 3 | 화면마다 고유 URL이 있는지 | 메뉴를 눌러 화면을 바꿀 때 URL이 바뀌는지, # 뒤 글자만 바뀌는지 봅니다. | For JavaScript apps that have only one HTML page, make sure that each screen or piece of individual content has a URL. To ensure that Googlebot can parse and extract your URLs, don't use fragments to load different page content.HTML 페이지가 하나뿐인 자바스크립트 앱이라면 화면이나 콘텐츠마다 URL이 있어야 한다. 구글이 URL을 읽어 내도록 # 조각으로 다른 콘텐츠를 불러오지 않는다. |
| 4 | 없는 페이지가 404로 응답하는지 | 없는 URL을 하나 만들어 열고 상태 코드를 확인합니다. | To tell Googlebot if a page can't be crawled or indexed, use a meaningful status code, like a 404 for a page that could not be found or a 401 code for pages behind a login.페이지를 크롤링하거나 색인할 수 없을 때는 의미 있는 상태 코드로 알린다. 없는 페이지는 404, 로그인 뒤 페이지는 401 이다. |
| 5 | 소유확인 메타 태그가 첫 HTML의 head 에 있는지 | 도구 설정 화면에 넣은 태그가 페이지 소스 보기에서 보이는지 확인합니다. | 소유확인은 자바스크립트 실행을 지원하지 않으니 마크업 확인은 최신 웹브라우저의 URL 입력란에 view-source:사이트_URL 을 입력하거나 페이지 소스보기를 활용하시기 바랍니다. |
AI 제작 도구가 만든 사이트는 화면을 자바스크립트로 그리는 경우가 있습니다. 그러면 첫 HTML에는 틀만 있고 본문은 렌더링 뒤에 나타납니다.
구글은 렌더링을 거쳐 읽지만 네이버 소유확인은 자바스크립트를 실행하지 않는다고 적었습니다. 렌더링 방식을 고르는 기준은 「홈페이지 제작 의뢰 전 정할 SEO 기준」 편에 적었습니다.
발견 03
도구가 쓴 글은 본문뿐 아니라 제목·설명·대체 텍스트까지 사람이 3가지로 점검합니다
| 순서 | 점검할 것 | 확인 방법 | 공식 문서 원문 |
|---|---|---|---|
| 6 | AI가 쓴 본문의 사실이 맞는지 | 회사 이력·수치·연락처처럼 확인할 수 있는 문장을 하나씩 대조합니다. | Keep in mind that generative models don't retrieve facts, but predict a likely sequence of words based on their training data. It is critical to manually factcheck and review all AI-generated content for accuracy and trustworthiness before publishing.생성형 모델은 사실을 찾아오지 않고 학습 데이터로 그럴듯한 단어 순서를 예측한다. 그래서 AI가 만든 콘텐츠는 게시 전에 사람이 직접 사실과 신뢰성을 확인하고 검토해야 한다. |
| 7 | 제목·메타 설명·대체 텍스트도 검토했는지 | 도구가 자동으로 채운 <title>·메타 설명·이미지 대체 텍스트를 페이지마다 읽어 봅니다. | This review also applies to metadata like <title> elements, meta description elements, structured data, and alternate texts for images, which can appear in Search results.검토는 검색 결과에 보일 수 있는 title 요소, 메타 설명, 구조화된 데이터, 이미지 대체 텍스트 같은 메타데이터에도 해당합니다. |
| 8 | 지역명·업종명만 바꾼 페이지를 여러 장 만들지 않았는지 | 도구의 페이지 생성 기능으로 만든 페이지들을 나란히 놓고, 페이지마다 다른 정보가 있는지 봅니다. | However, using generative AI tools or other similar tools to generate many pages without adding value for users may violate Google's spam policy on scaled content abuse.생성형 AI 도구나 비슷한 도구로 사용자 가치를 더하지 않고 페이지를 대량 생성하면 확장된 콘텐츠 악용 정책 위반일 수 있습니다. |
This review also applies to metadata like <title> elements, meta description elements, structured data, and alternate texts for images, which can appear in Search results.
검토는 검색 결과에 보일 수 있는 title 요소, 메타 설명, 구조화된 데이터, 이미지 대체 텍스트 같은 메타데이터에도 해당합니다.
AI 제작 도구는 페이지 제목과 메타 설명도 자동으로 채웁니다. 화면에 안 보이는 자리라 검토에서 빠지기 쉬운데, 검색 결과에는 이 문구가 나갑니다.
제작 과정을 독자에게 알리는 것도 구글이 권한 일입니다. 회사 소개나 글 끝에 어떤 도구로 어떻게 만들었는지 한 줄을 둡니다.
Sharing information about how a piece of content was created can help give your readers more context.
콘텐츠를 어떻게 만들었는지 알려 주면 독자에게 맥락을 더 줄 수 있다.
발견 04
같은 점검이라도 B2B·B2C·B2G 는 먼저 볼 순서가 다릅니다
예시 ① AI 제작 도구로 하루 만에 소개 사이트를 연 컨설팅 회사(B2B)
도구가 써 준 회사 소개에 실제와 다른 설립 연도와 고객 수가 들어갈 수 있습니다. 콘텐츠 묶음의 사실 확인이 먼저입니다.
견적 문의가 목적이므로 문의 페이지가 고유 URL로 열리는지, 페이지 소스에 연락 방법 문장이 있는지도 봅니다.
예시 ② 상품 설명을 AI로 채운 생활용품 쇼핑몰(B2C)
상품 수백 개의 설명을 한 번에 만들었다면 문구가 서로 비슷해지기 쉽습니다. 상품마다 소재·크기 같은 고유 정보가 있는지 봅니다.
쇼핑 데이터를 구글에 따로 보낸다면 AI가 만든 상품 데이터 표시 규칙도 확인합니다.
AI-generated product data such as title and description attributes must be specified separately and labeled as AI-generated.
AI가 만든 상품 데이터(제목·설명 속성)는 따로 지정하고 AI 생성이라고 표시해야 한다.
예시 ③ 행사 안내 페이지를 AI 제작 도구로 만든 공공기관(B2G)
행사 일정·장소·신청 방법은 틀리면 바로 민원이 됩니다. 콘텐츠 묶음의 사실 확인을 담당 부서가 직접 합니다.
기관 누리집과 별도 도메인으로 열었다면 서치어드바이저 소유확인 태그가 첫 HTML에 있는지부터 확인합니다.
그럼 이미 만든 사이트는 어디서부터 보면 되나요?
- 메인과 핵심 페이지 두세 개를 view-source: 로 열어 본문 문장이 보이는지 확인합니다.
- 서치 콘솔 URL 검사로 같은 페이지를 테스트해 렌더링된 화면을 봅니다.
- 메뉴를 눌러 URL이 바뀌는지, 없는 URL이 404로 응답하는지 확인합니다.
- AI가 쓴 문장 가운데 회사 이력·수치·연락처를 사실과 대조합니다.
- 페이지마다 <title>·메타 설명·대체 텍스트를 읽어 고치고, 비슷한 페이지가 여러 장이면 합치거나 고유 정보를 더합니다.
- 공개 당일 할 일은 「홈페이지 제작 후 검색 등록」 편의 순서를 따릅니다.
조사 방법
- Google Search Central 「Google Search's guidance on using generative AI content on your website」 (문서 수정일 2026-10-01) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/fundamentals/using-gen-ai-content
- Google Search Central 「Understand the JavaScript SEO basics」 (문서 수정일 2026-03-04) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics
- Google Search Central 「Get started with Search: a developer's guide」 (문서 수정일 2025-12-10) · 최종 확인일 2026-10-25 · https://developers.google.com/search/docs/fundamentals/get-started-developers
- Google Search Central 「Spam policies for Google web search」 (문서 수정일 2026-08-28) · 최종 확인일 2026-09-14 · https://developers.google.com/search/docs/essentials/spam-policies
- 네이버 서치어드바이저 「사이트 등록 및 소유확인」 · 최종 확인일 2026-10-18 · https://searchadvisor.naver.com/guide/faq-start-register
- 점검 8가지는 위 문서들이 자바스크립트 사이트와 생성형 AI 콘텐츠에 대해 확인하라고 적은 일을 점검 순서로 묶은 것입니다. 묶는 방식과 「확인 방법」 칸은 편집 판단입니다.
- 도구마다 렌더링 방식과 설정 화면이 달라, 이 편은 특정 도구 대신 도구가 만든 결과물에 대는 점검만 다뤘습니다.
- 예시 ①②③은 이해를 돕기 위해 만든 가상 상황이며, 실제 기업·기관의 사례가 아닙니다.
- 원문은 영어판(hl=en)이고, 도구·보고서 이름은 같은 문서 한국어판(hl=ko) 표기를 따랐습니다.