TL;DR​

Google Skills 플랫폼에서 실습하며 뱃지를 모으는 온라인 자가학습 프로그램이다. 뱃지 개수에 따라 수료 기념품을 주는데, 스킬 뱃지 18개 + 완료 뱃지 26개(총 44개)를 획득해 최고 등급 보상을 받았다. 참가자 대상 오프라인 해커톤에도 참여했다.

Google Cloud Study Jam이란​

Google Cloud Study Jam(이하 스터디잼)은 Google Skills 플랫폼을 통해 Google AI, Google Cloud를 실습하며 익히고 연습하는 온라인 자가학습 프로젝트이다.

Google Skills는 구글이 통합 제공하는 AI 및 클라우드 기술 학습 플랫폼으로, 3,000개 이상의 무료/유료 실무형 교육 과정, 코딩 실습(랩), 공식 기술 배지 및 자격증을 제공한다.

나는 X(Twitter)를 통해 스터디잼을 알게 되었고, 마침 모집 중이어서 2026년 1분기에 신청하게 되었다. 이번 프로그램에는 약 만 명이 참여했다고 한다.

참여 혜택​

1. 수료 기념품​

사실 나에게는 이것이 제일 중요했고, 다른 분들도 이것 때문에 시작하신 분들이 있을 것이라 생각한다. 스터디잼 기간 내 획득한 뱃지 종류와 개수에 따라 수료 기념품이 지급된다.¹

뱃지 종류​

과정을 수료하면 뱃지를 받을 수 있는데, 뱃지는 **스킬 뱃지(Skill Badge)**와 **완료 뱃지(Completion Badge)**로 나뉜다.

스킬 뱃지는 완료 뱃지에 비해 시간과 노력이 더 소요된다.

2. 크레딧 제공​

실습 과정들은 대체로 크레딧이 필요한데, 스터디잼에서 209 크레딧을 제공하여 무료로 진행할 수 있었다. 크레딧은 주로 스킬 뱃지를 얻기 위한 실습에 사용된다.

3. 해커톤 참여 기회​

참가자 중 신청을 통해 오프라인 해커톤(Google Cloud Study Jam Hackathon)에 참여할 기회를 준다. 참여 후기는 글 하단에 정리했다.

스터디잼 진행 팁​

과정 선택 팁​

• 카탈로그, 과정, 컬렉션을 확인하여 내게 맞는 과정이나 실습을 선택해 수행하면 된다. 메일로 전달되는 오리엔테이션 슬라이드에 추천 과정이 적혀 있으니 참고하면 좋다.
• 스킬 뱃지는 관심 있는 것을 선택하면 되고, 완료 뱃지는 채울 게 마땅치 않으면 컬렉션의 AI Boost Bites 과정을 추천한다. 한 과정당 5분도 걸리지 않아 개수 채우기에 좋다.
• 이 외에는 카탈로그에서 난이도를 '입문'으로 놓고 쉬워 보이는 것을 고르면 된다. 스킬 뱃지도 마찬가지다.

실습 팁​

1. 실습을 진행하기 전에 업데이트된 지 오래되지 않았는지 확인하면 좋다. 시간이 지나면서 클라우드 환경이 변해 동작하지 않거나, 실습을 따라 해도 완료 처리가 되지 않는 경우가 있기 때문이다. 올해 6월까지만 해도 별점을 보고 판단할 수 있었으나 지금은 사라졌기 때문에, 최근에 업데이트된 것이 잘 동작할 확률이 높다.
2. 실습할 때는 구글 스킬 실습 안내 창 하나, 시크릿탭으로 연 Google Cloud Console 창 하나를 절반씩 열어두고 진행하는 것이 좋다. 개인 구글 클라우드 계정으로 접속되는 것을 막기 위해서다. 같은 이유로 한 실습이 끝나고 다음 실습으로 넘어갈 때는 시크릿탭을 닫고 다시 여는 것을 추천한다.
3. 언어는 영어로 선택하자. 번역이 어색한 경우도 있고, 구글 클라우드 실습 환경 자체가 영어이므로 이해하기도 쉽다. 영어가 어렵다면 Immersive Translate처럼 원문 아래에 한글 번역을 함께 보여주는 확장 프로그램을 활용하면 좋다.
4. 중간에 실습 창을 꺼버리는 등 나가더라도 다시 들어가면 이어서 진행할 수 있다. 기본적으로 시간은 충분하다.
5. 실습이 어렵다면 실습명이나 번호를 구글에 검색해 유튜브 강의를 참고해도 좋다. 인도 형님들이 올리신 영상이 최소 한 개 이상은 있었다. 다만 1~3분짜리 짧은 영상은 script로 자동 진행하는 방식이므로 구분해서 찾아보는 것이 좋다.

결과​

얻은 뱃지는 페이지 최하단의 '자격증 보기'에서 완료를 선택하면 확인할 수 있다.

나의 경우 스킬 뱃지 18개, 완료 뱃지 26개로 총 44개의 뱃지를 얻었다. 이 중 스킬 뱃지는 Credly에 뱃지로 올릴 수 있고, LinkedIn에도 추가할 수 있다.

32개 이상의 뱃지를 얻어 가장 많은 보상을 받게 되었다. 만 명이 넘게 참여해서인지 기념품 지급이 두 번 연기되었다.

모든 옷과 기념품에는 Google Cloud가 표시되어 있다. 다른 것은 써보지 않았지만 티셔츠는 순면이었고 품질이 나쁘지 않았다.

Google Cloud Study Jam Hackathon 참여​

스터디잼이 끝나고 Google Cloud Study Jam Hackathon에 신청해 선발되어 참여했다. 총 50명 정도가 참여했던 것 같고, 신라호텔 오키드룸에서 진행되었다. 개발에는 Google AI Studio, Antigravity 등 Google AI 기술 및 툴을 필수로 활용해야 했다.

주제​

아래 3가지 중 하나를 선택해 진행했다.

1. Gemini in Entertainment — Korea—particularly Seoul—is a global powerhouse in entertainment. How can you leverage Google's AI products to create breakthrough experiences across music, TV, film, and gaming?
2. Gemini in Hard Tech — Korea's hard tech ecosystem is surging. How can you build with Gemini to accelerate development in hardware, biotech, data centers, energy, and aerospace?
3. Google AI for Social Good — As AI technology continues to evolve, using AI for social good is more important than ever. How can you leverage AI to create meaningful, positive impact and help make the world a better place?

진행 방식과 제출물​

12시부터 17시까지 진행됐지만 실제 개발 시간은 2시간만 주어졌다. 그래서인지 이틀 전에 메일로 미리 주제를 알려주었는데, 사실상 준비해 오라는 의미 같았다.

제출 항목은 아래 3가지인데 2시간만으로는 절대 부족한 시간이었고, 영상 찍는 데만 30분 넘게 소요되었다. 사실상 이틀 안에 거의 완성해 가야 하는 구조다.

1. Project Description (프로젝트 소개)
2. Public GitHub Repository (공개 GitHub 소스코드 링크)
3. Demo Video (YouTube, Google Drive 등 구동 데모 영상 링크)

나는 Gemini in Entertainment를 선택했고, 한국 웹툰의 대사와 상황을 Gemini로 읽고 Gemini TTS를 이용해 오디오북처럼 들을 수 있는 서비스를 만들었다.

심사 기준과 상금​

• Technical Demo: 기술적으로 완성도가 높은가? 데모가 에러 없이 정상적으로 동작하는가?
• Impact: 프로젝트가 실제 문제를 해결하는가? 해결하려는 문제가 충분히 중요한가?
• Creativity: 아이디어가 얼마나 창의적인가? 기존에 쉽게 볼 수 있었던 프로젝트가 아닌 새로운 접근인가?

우승 상금으로는 총 4,000달러가 배정되었다.

• 1등: $2,000 상당 Gemini API Credit + Google Fitbit Air
• 2등: $1,000 상당 Gemini API Credit + Google Fitbit Air
• 3등: $500 상당 Gemini API Credit + Google Fitbit Air
• People's Choice Award: $500 상당 Gemini API Credit

해커톤 소감​

실제 우승 작품들을 보니 바닥부터 직접 제작한 것보다는 Google AI Studio 기반으로 제작한 작품을 좋아하는 것 같았다. 솔직히 아이디어가 그렇게 참신한지는 모르겠고, AI Studio로 적당히 잘 만든 작품에 높은 평가를 준 것 같다. 해커톤에 참가할 사람이 있다면 Google AI Studio로 만들거나 아예 Publishing까지 하면 심사위원들이 좋아할 것 같다.

아쉬운 점도 있다. 참가자들에게 100달러라도 줬으면 좋았겠다는 생각이 들고, 12시까지 모이는데 도시락 정도는 준비해줬으면 좋았을 것 같다. 작년 해커톤에는 뷔페가 있었다는데 이번에는 없었다.

후기​

나는 매일 습관처럼 최소 한 개의 뱃지를 완료하는 것을 목표로 삼았다.

솔직히 스킬 뱃지를 땄다고 해당 기술과 요령을 능숙하게 익힌 것은 아니지만, 클라우드의 어떤 기능을 이용해 어떻게 해야 하는지 튜토리얼 정도는 익힌 것 같고, 구글 클라우드에 익숙해진 것에 의의를 두려 한다.

별건 아니지만 뱃지를 따니 뭔가 남은 것 같아 뿌듯했고, LinkedIn에도 올릴 수 있어 좋았다. 원래 목표였던 Google Cloud가 찍힌 기념품도 받아 좋았다.

구글 클라우드를 써봤거나 기본적인 코딩을 알고 있다면 더 좋지만, 몰라도 입문 난이도는 쉬운 편이기 때문에 관심이 있다면 누구나 참여해보는 것을 추천한다.

TL;DR​

Word의 빈 페이지는 직접 삭제할 수 없다. 편집 기호(¶)를 표시한 뒤, 원인에 따라 Fn+Delete로 나누기 기호를 지우거나, 단락 기호의 폰트 크기를 1pt로 줄이고 단락 간격을 0pt로 조정해 이전 페이지 안에 숨기는 방식으로 해결한다.

내 상황​

공고문에서 필요한 페이지(2페이지)만 남기려고 불필요한 1, 3페이지를 지우려 했는데, Backspace로는 삭제가 되지 않았다.

원인​

Word는 문서 구조상 마지막 단락 기호(¶)를 삭제할 수 없도록 보호한다. 단락 기호에는 문서 전체의 서식 정보가 담겨 있기 때문이다.

내 경우에는 지우려는 페이지 바로 앞 페이지에 표가 있었는데, Word는 표 뒤에 단락 기호를 강제로 추가한다. 이 기호가 페이지를 넘어가면서 빈 페이지가 생긴 것이었다.

따라서 빈 페이지 자체를 삭제하는 것은 불가능하고, 단락 기호를 이전 페이지 안에 숨기는 방식으로 해결해야 한다.

문제 유형​

문제 유형은 3가지로 나뉜다. 먼저 아래 단축키나 Home 메뉴의 단락 버튼(¶)을 눌러 편집 기호를 표시하자.

Command + 8 (Windows는 Ctrl + Shift + 8)

그러면 단락 기호, 페이지 나누기, 구역 나누기 같은 숨겨진 서식 기호가 보이게 된다.

• ¶ 기호만 있다 → 삭제 불가 단락 (2번 방법 사용)
• 구역 나누기(이어서)(Section Break (Next Page)) 라고 표시된다 → 구역 나누기가 원인 (1번 방법 사용)
• 페이지 나누기(Page Break) 라고 표시된다 → 수동 페이지 나누기가 원인 (1번 방법 사용)

이제 유형을 알았으면 해결해보자.

해결​

1. 구역/페이지 나누기인 경우​

단락 기호(¶) 바로 앞에 커서를 두고 Fn + Delete 키를 누른다. (Windows는 Delete )

2. 삭제 불가 단락 기호(¶)인 경우​

3가지 방법이 있다.

1. 폰트 크기를 1pt로 줄이기​

1. 편집 기호를 표시한다.(방법은 문제 유형 참고)
2. 빈 페이지의 ¶ 기호를 클릭해 선택한다.
3. 폰트 크기 칸에 1을 입력하고 Enter

단락 기호가 매우 작아지면서 이전 페이지로 들어가고 빈 페이지가 사라진다.

하지만 난 이 방법으로는 소용이 없어서 아래 2번과 3번을 병행했다.

2. 단락 간격 설정 조정​

1. ¶ 기호를 선택하고 우클릭 → 단락(Paragraph)
2. 줄간격(Line spacing): 고정(Exactly)/1pt
3. 단락 앞/뒤: 0pt
4. 줄 및 페이지 나누기 탭에서 다음 항목 모두 체크 해제
   • 현재 단락과 다음 단락을 항상 같은 페이지에 배치(Keep with next)
   • 현재 단락을 나누지 않음(Keep lines together)
   • 현재 단락 앞에서 페이지 나누기(Page break before)

3. 페이지 여백 줄이기​

1. 지워지지 않는 페이지 바로 앞 페이지에서 Layout 메뉴 → 여백(Margins) → 사용자 지정 여백(Custom Margins)
2. 아래쪽 여백(Bottom)을 줄인다. (나는 3pt → 1pt로 줄였다.)

PDF로 내보낼거라면​

1. 인쇄로 PDF 저장​

1. 파일 → 인쇄 (단축키: Command + P / Windows: Ctrl + P)
2. 페이지 범위에서 원하는 페이지만 지정
3. 파일 형식을 PDF로 선택 후 저장

2. 다른 이름으로 저장​

파일 → 다른 이름으로 저장 → 기타위치-찾아보기 → 파일형식 PDF로 저장

맥에서는 지원하지 않는 방법이라 스크린샷은 첨부하지 않았다.

결론​

Word에서는 빈 페이지를 직접 삭제하는 것이 아니라, 단락 기호를 이전 페이지 안에 숨기는 방식으로 해결한다. 이걸 몰라서 서류 제출에 애를 먹었다. 앞으로 잊지 말아야겠다.

출처​

문제 해결 방법은 아래 링크들을 참고했다.

Can not delete blank page at the end of a document in MS Word 365 (urgent help!) - Microsoft Q&A

I got a 2 pages document (Resume in Japanese) but there is an extra blank page at the end which makes total 3 pages. I have tried to delete the blank page by reading some hints form MS support website, watching YouTube videos but no avail. I have tried…

learn.microsoft.com

빈 페이지 삭제 | Microsoft Support

단계별 가이드를 사용하여 Word 페이지를 쉽게 삭제하는 방법을 알아봅니다. 오늘 문서의 빈 페이지에 작별 인사! 지금 자세히 읽어보세요.

support.microsoft.com

TL;DR​

AI 학습 데이터 무단 수집을 우려한 주요 언론사들이 인터넷 아카이브(웨이백머신) 크롤러를 차단하기 시작했다. 인터넷 아카이브 측은 자신들이 AI 스크래핑 도구가 아니라 공공 디지털 도서관임을 강조하며, 차단이 오히려 역사 기록의 손실을 초래할 것이라고 반박하고 있다.

이 글은 Nieman Lab과 Techdirt의 두 기사를 읽고 내용을 요약/정리한 글입니다. 기사 전문은 아래 링크를 통해 보실 수 있습니다.

1. Nieman Lab, "News publishers limit Internet Archive access due to AI scraping concerns"

News publishers limit Internet Archive access due to AI scraping concerns

Outlets like The Guardian and The New York Times are scrutinizing digital archives as potential backdoors for AI crawlers.

www.niemanlab.org

2. Techdirt, "Preserving The Web Is Not The Problem. Losing It Is."

www.techdirt.com

www.techdirt.com

언론사들의 접근 차단(Nieman Lab 기사)​

AI 봇들이 학습 데이터 수집을 위해 웹을 광범위하게 수집하는 상황에서, 인터넷 아카이브의 무료 정보 접근 원칙이 일부 언론사에게 잠재적 위험 요소로 인식되기 시작했다.

가디언(The Guardian)은 자사 접근 로그에서 인터넷 아카이브의 빈번한 크롤링을 확인한 뒤, API 접근을 차단하고 웨이백머신 URL 인터페이스에서 기사 페이지를 제외하는 조치를 취했다. 사업·라이선스 총괄 로버트 한(Robert Hahn)은 "인터넷 아카이브의 API는 AI 기업들이 기계를 연결해 지적재산권이 있는 텍스트를 추출하기에 명백한 수단이 될 수 있다"고 우려를 밝혔다. 단, 비영리 기관의 정보 민주화 사명을 지지한다는 이유로 전면 차단은 하지 않았다.

뉴욕타임스(NYT)는 인터넷 아카이브 크롤러를 "하드 블로킹(hard blocking)"하고 있다고 공식 확인했다. 2025년 말에는 robots.txt에 archive.org_bot을 추가했으며, "웨이백머신이 AI 기업을 포함한 누구에게나 타임스 콘텐츠에 무단으로 무제한 접근을 허용하고 있다"고 차단 이유를 밝혔다. 파이낸셜타임스(FT) 와 Reddit 역시 유사한 조치를 취했으며, Reddit은 AI 기업들이 플랫폼 정책을 위반해 웨이백머신을 통해 데이터를 스크래핑하는 사례가 확인됐다고 밝혔다.

Nieman Lab은 1,167개 뉴스 사이트의 robots.txt를 분석(탐색적 데이터이며, 대상의 76%가 미국 기반)한 결과, 241개 사이트(9개국)가 인터넷 아카이브 봇을 하나 이상 차단하고 있었다. 이 중 87% 는 USA Today Co.(구 Gannett) 계열로, 2025년에 일괄 차단 조치를 시행했다. 또한 241개 사이트 중 240개 는 비영리 웹 보존 프로젝트인 Common Crawl도 동시에 차단하고 있어, 차단 조치가 인터넷 아카이브만을 겨냥한 것이 아님을 보여준다.

인터넷 아카이브 창립자 브루스터 칼(Brewster Kahle)은 "출판사들이 인터넷 아카이브 같은 도서관의 접근을 제한한다면 공공의 역사 기록 접근이 줄어들 것"이라고 경고했다. 한편 로버트 한은 "인터넷 아카이브는 좋은 의도로 운영되지만, 의도치 않은 결과의 법칙에 따라 그 선의가 악용되고 있다"고 평가했다.¹

인터넷 아카이브의 반론(Techdirt 기사)​

이에 대해 웨이백머신 디렉터 Mark Graham은 Techdirt에 기고한 글에서 언론사들의 우려가 "이해할 수 있지만 근거가 없다(understandable, but unfounded)"고 반박했다. 그는 웨이백머신이 1996년부터 운영되어 온 501(c)(3) 비영리 공공 도서관이자 연방 납본 도서관으로, 대규모 상업적 스크래핑을 위한 도구로 설계된 것이 아니라고 강조했다. 현재 인터넷 아카이브는 속도 제한(rate limiting), 필터링, 모니터링을 통해 악의적인 접근을 방지하고 있으며, 새로운 스크래핑 패턴이 발생할 경우 적극적으로 대응하고 있다고 밝혔다.

Graham은 접근 차단이 초래할 결과를 더 심각한 문제로 지목했다. 아카이브가 막힐 경우, 공공 기록에 대한 접근이 사라지고, 언론인은 과거 콘텐츠를 통한 팩트체크 수단을 잃으며, 연구자들은 디지털 사료를 잃게 된다. 또한 Techdirt의 테크 정책 저술가 Mike Masnick은 양질의 저널리즘이 아카이브에서 빠져나갈 경우 "역사 기록이 질 높은 저널리즘에 불리한 방향으로 왜곡될 수 있다"고 경고했다.

인터넷 아카이브 측은 현재 언론사들과 협력하여 역사 기록을 지우지 않으면서도 우려를 해소할 수 있는 기술적 해결책을 함께 모색 중이라고 덧붙였다.²

코멘트​

두 입장 모두 나름의 논리는 있다. 다만 언론사 입장에서는 AI 스크래핑 우려만큼이나 페이월 유지라는 이해관계도 작용하고 있는 것 아닐까 싶다.

실효성 면에서도 의문이 남는다. 대규모 IP 풀을 운용하는 AI 기업들의 크롤봇은 robots.txt 차단만으로는 막기 어렵다. robots.txt 는 법적인 강제력이 없기때문에 이를 무시하거나 User-Agent를 위조하는등 다양한 방법이 있기 때문이다. 정작 차단으로 피해를 보는 것은 AI 기업이 아니라 아카이브를 연구나 기록 목적으로 활용하는 일반 이용자와 연구자들이 될 가능성이 높다. 실제로 이 이슈를 접하고 나서야 웨이백머신으로 Reddit 페이지를 저장하려 했을 때 댓글이 정상적으로 표시되지 않던 이유를 이해하게 됐다.

개인적으로는 인터넷 아카이브를 지지하는 입장이다. 대형 언론사의 콘텐츠가 단기간에 사라질 가능성은 낮지만, 흩어진 자료를 한곳에서 시계열로 열람할 수 있는 공간은 인터넷 아카이브 외에 대체재가 마땅치 않다. 앞으로 이 흐름이 다른 언론사로도 확산되기 전에 양측이 합리적인 해결책을 찾아, 인터넷 아카이브가 모두에게 열린 디지털 보존 공간으로 계속 남아 있기를 바란다.

더 읽기​

해당 이슈에 대한 추가적인 시각을 원한다면 아래 자료를 참고하길 바란다.

• Reddit — r/Archivists : 아키비스트 커뮤니티의 반응과 현장 의견을 살펴볼 수 있다. https://www.reddit.com/r/Archivists/comments/1r8980v/internet_archive_response_to_major_sites_blocking/

• EFF(Electronic Frontier Foundation) : Techdirt 기사와 유사한 논조로, 인터넷 아카이브 차단이 AI를 막는 것이 아니라 웹의 역사적 기록을 지우는 결과를 초래한다고 주장한다. https://www.eff.org/deeplinks/2026/03/blocking-internet-archive-wont-stop-ai-it-will-erase-webs-historical-record

TL;DR​

크롬에서 모든 사이트 권한이 “Blocked by an extension(확장 프로그램에 의해 차단됨)”으로 잠겼는데, 확장 끄고 설정 초기화해도 안 풀렸다.

원인: 특정 프로필의 설정 손상

해결: 문제 프로필 폴더 이름 변경 → 크롬 재실행 → 새 프로필 자동 생성 → 구글 계정 동기화로 복구

증상: 갑자기 모든 권한이 잠겼다​

Google Meet로 화상회의를 하러 기본 프로필로 접속했는데, 카메라·마이크·위치 권한이 전부 "확장 프로그램에 의해 차단됨(Blocked by an extension)"으로 잠겨 버리는 문제가 생겼다. 확인해보니 Google Meet뿐만 아니라 모든 사이트의 카메라·마이크·위치 권한이 잠겨 있는 상태였다.

사이트 설정 화면을 보니 위치, 카메라, 마이크 항목이 전부 회색으로 비활성화되어 있고, 각 항목 아래에 "확장 프로그램에 의해 차단됨"이라는 메시지가 표시되었다. 드롭다운을 눌러봐도 "Block"만 선택 가능하고, "Allow"로 바꿀 수가 없었다.

찾아보니 나와 유사한 사례가 종종 있는 것 같았다.

Unable to change website permissions

Hi y'all, Hope you can help - until recently, about a month or two ago, I did not have this issue, but after that, I am no longer able to do conversations vi...

forum.vivaldi.net

원인 추적​

1단계: 확장 프로그램 비활성화​

"확장 프로그램에 의해 차단됨"이라고 떴으니 당연히 확장 때문이라고 생각했다. 확장 프로그램을 하나씩 끄기 시작했고, 결국 모든 확장을 비활성화했다.

하지만 크롬을 재시작해도 상황은 그대로였다. 사이트 권한 화면에는 여전히 "확장 프로그램에 의해 차단됨"이 떠 있었다.

2단계: 크롬 설정 초기화​

확장을 껐는데도 안 되니 설정 자체에 문제가 있다고 판단했다.

사이트 설정에서 "권한 초기화(Reset permissions)" 버튼을 누르고 쿠키와 사이트 데이터도 삭제했다.

그래도 문제가 해결되지 않아 chrome://settings/reset으로 들어가 크롬 설정을 완전히 초기화했다.

크롬을 완전히 종료하고 재실행했지만, 여전히 모든 사이트에서 동일한 문제가 발생했다.

3단계: 다른 프로필 확인​

이쯤 되니 뭔가 근본적인 문제가 있다는 생각이 들었다. 테스트로 크롬의 다른 프로필로 전환해봤더니, 그 프로필에서는 모든 권한이 정상 작동했다.

이제 문제의 범위가 좁혀졌다. 브라우저 자체의 문제가 아니라, 특정 프로필에만 발생하는 문제였다.

4단계: 숨은 정책이나 확장 찾기​

확장을 다 껐는데도 "확장 프로그램에 의해 차단됨"이 뜨는 건, 일반 확장이 아닌 숨겨진 정책 기반 확장이나 조직 관리 설정 때문일 수 있다는 글들을 발견했다.

chrome://system에 들어가 Extensions 섹션을 확인했다. 구글 기본 확장(Network Speech, Hangouts 등)만 보였고, 의심스러운 항목은 없었다.

chrome://policy도 확인했다. Chrome Policies와 Policy Precedence 모두 "No policies set"으로 표시되었다. 조직이나 회사에서 배포한 정책도 전혀 없었다.

프로필 손상인가?​

확장도 없고, 정책도 없고, 설정도 초기화했는데 안 풀린다. 다른 프로필은 멀쩡하다.

이에 현재 프로필의 설정 파일 자체가 손상되어, content settings 값이 비정상적으로 고정된 것이라 판단했다.

해결: 프로필 폴더 리셋​

Google Chrome Help의 Community에 올라온 비슷한 문제에 대한 해결책 글을 따라 해결했다.¹

1단계: 프로필 경로 이동​

주소창에 chrome://version을 입력했다. 페이지 중간쯤에 Profile Path 항목이 있었다.²

/Users/[Username]/Library/Application Support/Google/Chrome/Default

이걸로 현재 사용 중인 프로필이 Default 폴더라는 걸 확인했다.

Mac

macOS에서는 ~/Library 폴더가 숨김 처리되어 있어서 파인더에서 바로 안 보인다. 접근하는 다양한 방법이 있으나 나는 터미널로 접근했다.

Windows

Win + R 눌러 실행창 열어 %localappdata% 로 접근 후 Google\Chrome\User Data 찾기

Default, Profile 1, Profile 2 등 프로필 폴더들이 보였다.

2단계: 문제 프로필 폴더 이름 변경​

크롬을 완전히 종료한 뒤, 문제가 있던 Default 폴더의 이름을 변경했다.

mv Default Default_broken

이렇게 하면 크롬이 다음 실행 시 Default 폴더를 찾지 못하고, 새로운 프로필을 자동으로 생성하게 된다.

3단계: 크롬 재실행 및 확인​

크롬을 다시 실행했더니 새 Default 프로필이 생성되었고, 구글 미트에 접속해서 사이트 권한을 확인해봤다.

드디어 "확장 프로그램에 의해 차단됨"이 사라지고, 위치·카메라·마이크를 "Allow"와 "Block" 중에서 자유롭게 선택할 수 있었다.

4단계: 기존 환경 복구​

새 프로필은 깨끗한 상태라 북마크, 비밀번호, 확장 프로그램이 전부 없었다. 하지만 구글 계정으로 로그인하고 동기화를 켜니 자동으로 복구되었다.

chrome://settings/syncSetup에서 "확장 프로그램(Extensions)" 항목을 포함해서 동기화하니, 예전에 쓰던 확장들이 하나씩 다시 설치되었다.

결론​

"확장 프로그램에 의해 차단됨" 오류가 뜨는데 실제로는 확장도 없고 정책도 없다면, 프로필 손상을 의심해야 한다.

특히 다음 조건을 모두 만족한다면 프로필 리셋이 답이다:

• 모든 확장을 비활성화해도 "확장 프로그램에 의해 차단됨"이 그대로 나타남
• chrome://policy에 조직 정책이 전혀 없음
• 다른 크롬 프로필에서는 정상 동작함
• 크롬 설정 초기화와 재시작을 해도 해결 안 됨

프로필 폴더 이름만 바꿔주면 새 프로필이 자동 생성되고, 구글 계정 동기화로 환경도 쉽게 복구할 수 있다. 두시간 동안 삽질한 끝에 5분 만에 해결된 문제였다.

✅ 오늘의 삽질 끝!