2026 월드컵 4강 대진 확정! 아르헨티나·잉글랜드 연장 혈투 승리, 준결승 일정 총정리 (한국시간)


 2026 북중미 월드컵(미국·캐나다·멕시코 공동 개최)의 8강전이 오늘(7월 12일) 아르헨티나와 스위스의 경기를 끝으로 모두 마무리됐습니다. 이제 남은 팀은 단 네 팀. 흥미로운 점은 대회 전 FIFA 랭킹 1~4위였던 프랑스, 아르헨티나, 스페인, 잉글랜드가 그대로 4강에 올랐다는 것입니다. 월드컵 역사상 처음 있는 일이라고 하니, 남은 세 경기가 얼마나 치열할지 짐작이 갑니다.

이 글에서는 오늘 끝난 8강 결과 요약, 4강 대진표와 한국시간 기준 준결승 일정, 그리고 경기별 관전 포인트를 한 번에 정리해 드립니다.

8강전 결과 한눈에 보기

날짜(현지)경기결과
7월 9일프랑스 vs 모로코프랑스 2-0 승
7월 10일스페인 vs 벨기에스페인 2-1 승
7월 11일잉글랜드 vs 노르웨이잉글랜드 2-1 승 (연장)
7월 12일아르헨티나 vs 스위스아르헨티나 3-1 승 (연장)

아르헨티나 vs 스위스 – 디펜딩 챔피언의 뒷심

오늘 경기의 주인공은 역시 디펜딩 챔피언 아르헨티나였습니다. 전반 10분 알렉시스 맥 알리스터의 선제골로 앞서갔지만, 후반 67분 스위스에 동점골을 허용하며 경기는 연장으로 향했습니다. 승부를 가른 건 연장 후반이었습니다. 112분 훌리안 알바레스가 결승골을 터뜨렸고, 라우타로 마르티네스가 쐐기골을 보태며 3-1로 경기를 끝냈습니다. 90분 내내 끈질기게 버틴 스위스의 조직력도 인상적이었지만, 토너먼트에서 이기는 법을 아는 팀은 따로 있었습니다.

잉글랜드 vs 노르웨이 – 벨링엄의 날

어제 열린 잉글랜드전은 주드 벨링엄의 원맨쇼였습니다. 안드레아스 스켈데루프에게 선제골을 내주며 끌려가던 잉글랜드는 전반 종료 직전 벨링엄이 동점골을 넣었고, 연장에서 다시 벨링엄이 결승골을 터뜨리며 홀란드의 노르웨이를 집으로 돌려보냈습니다. 잉글랜드 입장에서는 '메이저 대회 우승'이라는 오랜 숙원에 다시 한 걸음 다가선 승리였습니다.

4강 대진표와 준결승 일정 (한국시간)

경기한국시간장소
프랑스 vs 스페인7월 15일(수) 오전 4시댈러스 AT&T 스타디움
잉글랜드 vs 아르헨티나7월 16일(목) 오전 4시애틀랜타 메르세데스-벤츠 스타디움

두 경기 모두 현지시간 오후 3시, 한국시간으로는 새벽 4시 킥오프입니다. 결승전은 7월 19일(현지) 뉴저지 메트라이프 스타디움에서 열립니다.

준결승 관전 포인트

① 프랑스 vs 스페인 – 사실상의 결승전?

많은 팬들이 이 경기를 '얼리 파이널'이라고 부릅니다. 음바페와 뎀벨레가 이끄는 프랑스의 폭발적인 역습과, 유로 2024 우승팀 스페인의 점유율 축구가 정면으로 부딪히기 때문입니다. 프랑스는 8강에서 모로코를 2-0으로 제압하며 4년 전 준결승의 리벤지 매치를 깔끔하게 마무리했고, 스페인은 벨기에를 상대로 종료 직전 결승골을 넣는 뒷심을 보여줬습니다. 중원 싸움, 특히 스페인의 페드리·로드리 라인을 프랑스가 어떻게 끊어내느냐가 승부처가 될 것으로 보입니다.

② 잉글랜드 vs 아르헨티나 – 40년 묵은 라이벌전

잉글랜드와 아르헨티나의 월드컵 맞대결은 그 자체로 역사입니다. 1986년 마라도나의 '신의 손'과 '세기의 골'이 나온 바로 그 대진이 40년 만에 월드컵 무대에서 재현됩니다. 메시 이후 세대의 아르헨티나가 2회 연속 결승행에 도전하고, 잉글랜드는 1966년 이후 60년 만의 월드컵 우승을 노립니다. 현재 폼만 보면 벨링엄과 알바레스, 두 팀 에이스의 발끝에서 승부가 갈릴 가능성이 높습니다.

자주 묻는 질문 (FAQ)

Q. 준결승 중계는 어디서 볼 수 있나요?

국내에서는 지상파 3사(KBS·MBC·SBS)에서 생중계하며, 각 방송사 온라인 플랫폼과 포털 스포츠 섹션에서도 시청할 수 있습니다. 새벽 4시 경기이므로 하이라이트는 당일 아침 각 방송사 유튜브 채널에서 확인 가능합니다.

Q. 결승전은 언제인가요?

결승전은 현지시간 7월 19일(일), 한국시간 7월 20일(월) 새벽 4시에 미국 뉴저지 메트라이프 스타디움에서 열립니다. 3·4위전은 하루 전 같은 시간대에 진행됩니다.

Q. 이번 4강이 특별한 이유는 뭔가요?

대회 개막 전 FIFA 랭킹 1위(프랑스), 2위(아르헨티나), 3위(스페인), 4위(잉글랜드)가 그대로 4강에 오른 것은 월드컵 역사상 최초입니다. 이변 없이 최강팀들이 모두 살아남은 만큼, 준결승 두 경기 모두 결승전급 매치업이라는 평가가 나옵니다.

마치며

48개국으로 몸집을 키운 첫 월드컵이었지만, 결국 정상에 도전하는 건 익숙한 강호들입니다. 다만 잉글랜드-노르웨이, 아르헨티나-스위스전이 모두 연장까지 갔다는 점에서 알 수 있듯, 점수 차 이상으로 치열한 토너먼트가 이어지고 있습니다. 새벽 4시 알람을 맞출 가치는 충분해 보입니다. 여러분은 어느 팀의 우승을 예상하시나요? 댓글로 의견 남겨주세요.

댓글

댓글 쓰기

이 블로그의 인기 게시물

개인정보처리방침

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━         Sound Music 개인정보처리방침 ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ 시행일: 2026년 03월 22일 Sound Music(이하 "본 앱")은 이용자의 개인정보를 중요하게 생각하며, 「개인정보 보호법」 및 관련 법령을 준수합니다. 본 방침은 본 앱이 어떤 정보를 수집하고, 어떻게 사용하는지 안내합니다. ──────────────────────────────────────── 제1조 수집하는 정보 ──────────────────────────────────────── 본 앱은 회원가입 및 로그인 기능이 없으며, 이용자를 직접 식별할 수 있는 개인정보(이름, 이메일 등)를 수집하지 않습니다. 다만, 앱 기능 제공을 위해 아래 정보가 기기 내에 저장됩니다. ▸ 즐겨찾기 목록 (곡 제목, 아티스트, 스트림 URL)   - 저장 위치: 기기 내부 (SQLite DB)   - 외부 전송: 없음 ▸ 최근 검색어 (최대 5개)   - 저장 위치: 기기 내부 (SharedPreferences)   - 외부 전송: 없음 ──────────────────────────────────────── 제2조 제3자 서비스의 정보 수집 ──────────────────────────────────────── 본 앱은 아래 제3자 서비스를 사용하며, 각 서비스는 자체 개인정보처리방침에 따라 데이터를 수집할 수 있습니다. ① Google AdMob (광고)    - 수집 정보: 광고 ID, 기기 정보, 앱 사용 데이터    - 목적: 맞춤형 광고 제공    - 방침: https://policies.google.com/privacy ② Audius (음악 스트리밍 API)    - 수집 정보: 음악 검색어, 재생 요청 (익명...
자세한 내용 보기

Composable 함수 이해하기: Jetpack Compose의 핵심 개념 정리

Composable 함수 이해하기: Jetpack Compose의 핵심 개념 정리 Jetpack Compose에서 @Composable 함수는 UI를 직접 그리는 함수가 아니다. 대신 화면이 어떤 구조와 상태를 가져야 하는지를 설명하는 역할 을 한다. 이 설명들은 Compose 런타임에 의해 해석되어 메모리 안의 UI 트리, 즉 Composition 을 구성하거나 업데이트하는 데 사용된다. 이번 글에서는 Composable 함수가 어떤 방식으로 동작하는지, 그리고 왜 특정 규칙들이 중요한지 런타임 관점에서 정리해본다. Composable 함수의 본질: UI를 “그리는 것”이 아닌 “설명하는 것” 일반적인 Kotlin 함수는 입력값을 받아 결과를 반환한다. 반면 Composable 함수는 보통 값을 반환하지 않고( Unit ), 함수 실행 과정에서 UI 구조에 대한 정보를 방출한다. 이 과정은 Compose에서 흔히 emit(방출) 이라고 부르며, “여기에는 텍스트가 필요하고, 그 아래에는 버튼이 있다”와 같은 UI 설계도를 제출하는 것에 가깝다. Compose 런타임은 이 설계도들을 모아 인메모리 UI 트리를 구성한다. 즉, Composable 함수의 유일한 목적은 Composition을 생성하거나 최신 상태로 유지하는 것 이다. @Composable 어노테이션이 하는 일 @Composable 어노테이션은 단순한 표식이 아니다. 이 어노테이션이 붙은 순간, 컴파일러는 해당 함수를 특별한 호출 규칙과 실행 방식 을 가지는 함수로 변환한다. 대표적인 변화 중 하나는 컴파일 시점에 보이지 않는 매개변수인 Composer 가 함수에 추가된다는 점이다. 이 Composer는 Composable 함수와 Compose 런타임 사이의 중재자 역할을 하며, 부모 Composable에서 자식 Composable로 계속 전달된다. 이 구조 때문에 Composable 함수는 오직 다른 Composable 함수 안에서만 호출될 수 있다. Composer가 일관되게 전달되어야 전...
자세한 내용 보기

Compose 컴파일러: 선언형 UI

Compose 컴파일러: 선언형 UI  Compose의 전체 흐름을 한 줄로 요약하면 꽤 단순하다. 개발자가 @Composable 을 사용해 Kotlin 코드를 작성하면, Compose 컴파일러가 이를 런타임이 이해할 수 있는 형태로 바꾸고 , 런타임은 그 결과를 바탕으로 UI를 그리고 갱신한다. 하지만 이 변환 과정 안을 들여다보면, 생각보다 훨씬 많은 일이 벌어진다. 개발자가 작성하는 것은 단순한 Kotlin 소스 코드이지만, 컴파일 단계에서 Compose 컴파일러는 이 코드를 분석해 중간 표현(IR)을 재구성한다. 이때 런타임에 필요한 매개변수, 그룹 정보, 상태 추적을 위한 각종 메타데이터가 코드에 자동으로 주입된다. 이후 Compose Runtime은 이 변환된 코드를 실행하면서 슬롯 테이블이라는 인메모리 구조를 관리하고, 상태가 바뀌면 필요한 범위만 다시 그리는 Recomposition을 수행한다. 우리가 직접 다루는 Compose UI는 이 구조 위에서 동작하는 여러 클라이언트 중 하나일 뿐이다. 왜 Kotlin 컴파일러 플러그인인가 Compose가 기존의 kapt 기반 어노테이션 프로세서 대신 Kotlin 컴파일러 플러그인 을 선택한 이유는 명확하다. kapt는 컴파일 이전 단계에서 새로운 코드를 생성할 수는 있지만, 이미 작성된 코드의 구조를 바꾸지는 못한다. 반면 컴파일러 플러그인은 컴파일 과정에 직접 개입해 IR을 분석하고 수정할 수 있다. 이 덕분에 Compose는 언어를 “사용”하는 수준을 넘어, 언어의 동작 방식을 확장 하는 선택을 할 수 있었다. 이 방식의 가장 큰 장점은 빠른 피드백이다. Compose 컴파일러는 프론트엔드 단계에서 정적 분석을 수행하며, 잘못된 Composable 호출이나 타입 불일치를 컴파일 시점에 바로 알려준다. 우리가 IDE에서 즉시 보는 경고나 오류는 별도의 IDEA 플러그인이 보조하지만, 그 근본적인 판단은 컴파일러 플러그인에서 이루어진다. 어노테이션은 컴파일러와의 계약이다 Compose에서 어노테...
자세한 내용 보기