글로벌다

블로그를 개설하고 sitemap.xml 파일을 열어본 적이 있다면 <priority>0.8</priority> 나 <changefreq>daily</changefreq> 같은 줄을 본 적이 있을 겁니다. 대부분의 사이트맵 생성기가 이 값을 자동으로 채워 넣거든요. 워드프레스 SEO 플러그인 중에는 게시물마다 우선순위를 직접 조정할 수 있는 슬라이더를 제공하는 것도 있습니다. 그런데 이 숫자를 정성 들여 조정하면 정말 검색 노출에 영향을 줄까요. 구글 서치 센트럴 공식 문서를 직접 열어 확인해봤습니다. 사이트맵 안에 들어가는 태그, 종류부터 정리하면 사이트맵 프로토콜은 원래 구글이 2005년에 sitemaps.org라는 이름으로 공개하면서 시작됐고, 이후 다른 검색엔진들도 함께 채택한 공통 규격이에요. 이 규격에는 페이지 주소를 나타내는 <loc> , 마지막 수정 시각을 나타내는 <lastmod> , 예상 업데이트 주기를 나타내는 <changefreq> , 그리고 사이트 안에서 그 페이지가 얼마나 중요한지를 0.0에서 1.0 사이 숫자로 표시하는 <priority> 가 있습니다. <loc> 만 필수고 나머지 세 개는 전부 선택 항목이에요. 그래서 사이트맵 생성 도구들이 저마다 다른 기본값을 채워 넣는데, 이 기본값을 사람이 직접 손대야 검색에 유리해진다는 인식이 오래전부터 퍼져 있었죠. 구글은 이 두 태그를 그냥 지나친다 구글 서치 센트럴의 사이트맵 작성 가이드에는 이렇게 적혀 있습니다. "Google ignores <priority> and <changefreq> values." 번역하면 "구글은 <priority> 와 <changefreq> 값을 무시한다"는 뜻이에요. 홈페이지에 1.0을 주고 오래된 글에 0.3을 주는 식으로 아무리 세심하게 값을 배...

이미지를 업로드할 때 alt 텍스트 칸을 그냥 비워두고 넘어가는 경우가 흔합니다. 티스토리든 워드프레스든 블로그스팟이든, 사진 하나 끼워 넣는 데 급급해 그 옆 작은 입력창은 눈에 잘 띄지도 않죠. 그런데 이 몇 글자짜리 칸이 검색엔진이 이미지를 이해하는 거의 유일한 통로라는 사실은 의외로 잘 알려져 있지 않습니다. 구글 서치 센트럴 공식 문서를 기준으로 alt 텍스트를 어떻게 써야 하는지, 그리고 정말 검색 순위에 영향을 주는지 짚어보겠습니다. alt 텍스트, 원래는 스크린 리더를 위한 장치였다 alt 속성은 HTML 표준 자체에 접근성 목적으로 포함된 요소입니다. 시각장애가 있는 사용자가 스크린 리더로 웹페이지를 탐색할 때, 이미지가 있는 자리에서 그 내용을 음성으로 읽어주는 역할을 하죠. 이미지가 로딩되지 않았을 때 대체 텍스트로 표시되는 것도 원래 용도 중 하나고요. 검색엔진은 이 접근성 장치를 그대로 빌려 씁니다. 구글 크롤러는 사람처럼 이미지를 눈으로 보고 이해하는 게 아니라, 이미지 주변에 붙은 텍스트 정보를 단서 삼아 그 이미지가 무엇을 담고 있는지 추론하거든요. alt 텍스트는 그 단서 중에서도 가장 직접적인 신호에 해당합니다. 구글은 이 텍스트를 순위 신호로 쓸까 여기서 흔히 오해가 생깁니다. alt 텍스트에 키워드를 잔뜩 넣으면 그 페이지 전체의 검색 순위가 올라간다는 식의 이야기가 여전히 돌아다니거든요. 구글 서치 센트럴 문서는 이 부분에 대해 분명한 태도를 보입니다. "focus on creating useful, information-rich content that uses keywords appropriately" 핵심은 "적절하게"라는 단서예요. 키워드를 억지로 반복해서 채워 넣는 방식(키워드 스터핑)은 오히려 스팸 신호로 읽힐 수 있다고 문서는 경고합니다. alt 텍스트가 이미지 검색 노출과 이미지 이해에는 실질적으로 쓰이지만, 그 자체가 페이지 순위를 끌어올리는...

발견됨 상태는 구글이 주소만 알고 아직 크롤링하지 않은 것이라, 대개 기다림과 내부링크 보강이 먼저입니다. 서치콘솔의 '페이지 색인 생성' 보고서를 열면 아래쪽에 '페이지가 색인되지 않은 이유'라는 표가 나옵니다. 이 표에서 초보 블로거를 가장 오래 붙잡아 두는 줄이 바로 "발견됨 – 현재 색인이 생성되지 않음"이에요. 새 글을 올리고 며칠이 지나도 이 줄의 숫자만 늘어나면, 뭔가 잘못 설정한 게 아닌지 걱정부터 앞서죠. 그런데 이 항목은 오류가 아니라 대기 상태에 가깝습니다. 구글 Search Central과 서치콘솔 고객센터 문서를 기준으로, 무슨 뜻인지부터 어떤 순서로 손대야 하는지까지 짚어봅니다. 공식 문서가 말하는 이 상태의 뜻 📌 발견됨 – 현재 색인이 생성되지 않음 은 구글이 페이지 URL의 존재를 알고는 있지만 아직 크롤링하지 않은 상태를 가리키는 서치콘솔 페이지 색인 생성 보고서의 항목입니다. 서치콘솔 고객센터의 설명은 짧습니다. "Google에서 페이지를 발견했지만 페이지가 아직 크롤링되지 않았습니다." 영문 문서는 한 줄을 더 붙여요. 일반적으로 구글이 그 URL을 크롤링하려 했지만 사이트에 과부하가 걸릴 것으로 예상돼 크롤링 일정을 다시 잡았다는 내용입니다. 그래서 이 상태의 URL은 보고서에서 마지막 크롤링 날짜가 비어 있죠. 핵심은 "아직 안 봤다"는 것이지 "보고 나서 거절했다"가 아니라는 점입니다. 페이지 품질이 판정된 단계가 아니기 때문에, 이 상태만으로 글이 저품질이라고 단정할 근거는 없어요. '크롤링됨 – 현재 색인이 생성되지 않음'과 헷갈리면 안 되는 이유 같은 표에 나란히 뜨는 두 항목은 뜻이 다릅니다. 이름이 비슷해서 같은 처방을 내리기 쉬운데, 대응이 갈려요. 항목 상태 공식 문서의 안내 발견됨 – 현재 색인이 생성되지 않음 URL은 알지만 크롤링 전 크...

블로그 글 하단에 자주 묻는 질문 몇 개를 나열하고, 그 안에 FAQPage 스키마 코드를 심어두는 방식은 한동안 블로그 SEO의 기본기처럼 통했습니다. 검색 결과 화면에 아코디언 형태의 리치 결과가 뜨면 화면을 더 많이 차지해서 클릭률이 올라간다는 이야기가 널리 퍼졌기 때문이에요. 그런데 이 전략이 2026년 5월 7일을 기점으로 사실상 의미를 잃었습니다. 구글이 FAQ 리치 결과 기능 자체를 검색 결과 화면에서 완전히 내렸거든요. 공식 문서를 기준으로 무엇이 바뀌었고, 지금 블로그에 남아 있는 구조화 데이터를 어떻게 다뤄야 하는지 정리해봤습니다. FAQ 리치 결과, 사실 갑자기 사라진 게 아니다 이번 조치가 처음부터 전면적이었던 건 아닙니다. 구글은 이미 2023년 8월에 FAQ 리치 결과의 노출 범위를 크게 줄인 바 있어요. 당시 공식 발표에 따르면 정부기관·의료 관련 공신력 있는 사이트를 제외한 대부분의 사이트는 FAQ 리치 결과 대상에서 빠지도록 자격 요건 자체가 좁혀졌습니다. 같은 시기 단계별 조리법을 안내하는 HowTo 리치 결과도 데스크톱 검색에서 함께 사라졌고요. 그러니까 사실 일반적인 블로그 대부분은 이미 2023년부터 3년 가까이 FAQ 리치 결과를 실제로 본 적이 없었을 가능성이 큽니다. 이번 2026년 5월 조치는 그 좁아진 자격 요건마저 완전히 없애버린, 마지막 정리 단계에 가까워요. 타임라인으로 보는 변화 시점 내용 2023년 8월 FAQ 리치 결과 자격을 정부·의료 등 공신력 있는 사이트로 축소, HowTo 리치 결과는 데스크톱 검색에서 종료 2026년 5월 7일 FAQ 리치 결과가 검색 결과 화면에서 완전히 사라짐(구글 공식 중단 공지) 2026년 6월(예정) 서치콘솔 향상 기능 보고서·리치 결과 테스트 도구에서 FAQ 항목 지원 종료 2026년 8월(예정) 서치콘솔 API의 FAQ 리치 결과 데이터 지원 종료 그럼 지금 스키마 코드를 지워야 할까 결론부터 말하면 지울 필요는 없습니...

2026년 8월 20일, 구글이 검색 결과 화면에 새 버튼 하나를 조용히 추가했습니다. 독자가 클릭 한 번으로 특정 사이트를 자신의 '프리퍼드 소스(Preferred Sources)' 목록에 넣을 수 있게 해주는 기능이에요. 구글이 자사 블로그에서 직접 밝힌 바로는, 이 기능이 시작된 이후 이미 60만 개가 넘는 사이트가 독자들에게 선택됐다고 합니다. 대형 뉴스 매체만의 이야기로 들릴 수 있지만, 실제로는 자기 도메인을 가진 개인 블로그도 이 목록에 이름을 올릴 자격이 있습니다. 공식 문서를 기준으로 무엇이 새로 생겼고, 블로그 운영자가 지금 뭘 확인해야 하는지 정리해봤습니다. 프리퍼드 소스란 정확히 뭘까 프리퍼드 소스는 독자가 구글 검색, 톱 스토리, AI 모드, AI 오버뷰에서 자신이 좋아하는 매체를 더 자주 보고 싶을 때 직접 지정하는 개인화 기능입니다. 독자가 한 사이트를 프리퍼드 소스로 등록하면, 그 사이트 콘텐츠는 등록한 독자에게 노출될 때 '선호 소스' 배지를 달고 우선적으로 보여질 가능성이 커진다고 구글은 설명하고 있어요. 독자 입장에서는 톱 스토리 화면의 별 모양 아이콘을 누르거나, google.com/preferences/source 페이지에서 직접 매체를 검색해 추가할 수 있습니다. 사이트 운영자가 아무것도 하지 않아도 독자가 스스로 찾아가 등록하는 방식은 원래부터 가능했어요. 8월 20일에 새로 생긴 건 '버튼' 이번에 새로 생긴 부분은 사이트 운영자가 자기 페이지 안에 직접 심을 수 있는 버튼입니다. 예전에는 독자가 구글 검색 화면까지 따로 이동해 능동적으로 찾아 등록해야 했다면, 이제는 블로그 글 안에 버튼 하나만 넣어두면 독자가 그 자리에서 바로 클릭해 등록할 수 있죠. 클릭한 뒤에는 페이지 이동 없이 원래 읽던 자리로 자동으로 돌아온다고 공식 문서는 안내하고 있습니다. 내 블로그도 자격이 될까 공식 가이드 문서를 확인해보니 자격 기준은 '도메인 레벨과...

이미지: 검색 알고리즘과 콘텐츠 품질을 상징하는 이미지 (실제 화면 캡처 아님, 분위기 참고용) 2016년 이전 네이버 블로그의 상위노출 로직은 지금보다 훨씬 단순했습니다. 일정 기간 꾸준히 글만 올리면, 내용이 부실해도 검색 결과 상단을 차지하는 경우가 흔했죠. 이 허점을 노린 대량 발행·도배성 포스팅이 늘어나자 네이버는 2016년 C-Rank라는 새 평가 체계를 도입했고, 2018년부터는 D.I.A.(Deep Intent Analysis)라는 문서 단위 알고리즘을 함께 적용하기 시작했습니다. 그런데도 "일단 매일 쓰면 지수가 오른다"는 말은 지금도 초보 블로거 사이에서 떠돕니다. 두 알고리즘이 실제로 어디를 평가하는지 하나씩 짚어보면, 이 통념이 왜 절반만 맞는 이야기인지 보입니다. C-Rank, 블로그 자체의 신뢰도를 본다 C-Rank는 개별 글이 아니라 그 글을 쓴 블로그 자체의 신뢰도를 평가하는 체계로 알려져 있습니다. 평가 기준은 흔히 세 가지로 요약됩니다. 맥락(Context) : 이 블로그가 특정 주제에 얼마나 집중돼 있는가 내용(Content) : 실제로 생산하는 정보의 품질이 어느 정도인가 연쇄 반응(Chain) : 콘텐츠가 얼마나 자연스럽게 소비·재생산되는가 (댓글, 스크랩, 공유 등) 세 요소를 관통하는 질문은 결국 하나예요. "이 블로그를 계속 신뢰해도 되는가." 오늘은 여행, 내일은 재테크, 모레는 육아를 번갈아 올리는 계정보다 한 주제를 꾸준히 파고드는 계정이 이 기준에서 유리하게 평가받는다고 알려져 있습니다. 도입 배경, 발행량 경쟁이 낳은 부작용 C-Rank가 나오기 전 네이버가 쓰던 알고리즘(흔히 '리브라'로 불림)은 발행 빈도와 활동량 위주로 점수를 매겼다는 설명이 업계에 대체로 퍼져 있습니다. 그 결과 내용 없이 사진 몇 장만 올리거나, 여러 계정을 돌려가며 같은 문구를 반복 게시하는 방식으로 상위노출을 만드는 사례가 늘었고, 검색 결과 품...