mod-install-howto

# Factorio MOD 설치 방법·업데이트·복구【Space Age 대응】

title: "Factorio MOD 설치 방법·업데이트·복구【Space Age 대응】" slug: mod-install-howto category: guide author: Haruto status: published publishedAt: 2026-03-14 updatedAt: 2026-03-14 description: "Factorio 2.0과 Space Age 환경에서 MOD를 다루려면, 게임 내 Mod Portal의 편의성과 mods 폴더에 두는 수동 관리의 강점을 나누어 생각하는 것이 안전합니다." tags:

• Factorio
• MOD
• Space Age
• Mod Portal
• 백업

article_type: guide geo_scope: global specs: product_1: name: "게임 내 Mod Portal 설치" key_features: "의존 관계를 자동 처리하기 쉽고 초보자 친화적" product_2: name: "수동 설치(mods 폴더 배치)" key_features: "구 버전 고정이나 개별 관리에 적합하지만 충돌 확인은 직접 관리" product_3: name: "Space Age 공식 추가 MOD 운영" key_features: "DLC 소유 필수이며, quality나 Elevated Rails의 활성화 범위 이해 필요" metadata: {"pillar_slug":"mod-selection-guide","pillar_title":"Factorio 추천 MOD 용도별 선택 방법"}

Factorio 2.0과 Space Age 환경에서 MOD를 다루려면, 게임 내 Mod Portal의 편의성과 mods 폴더에 두는 수동 관리의 강점을 나누어 생각하는 것이 안전합니다. 이 글은 처음 QoL 계 MOD를 설치하는 사람부터 quality나 Elevated Rails를 포함한 공식 추가 MOD 운영까지 안정적으로 진행하려는 사람을 대상으로 작성했습니다.

중심이 되는 것은 사용자 데이터 위치를 파악해서 백업을 하고, 의존 관계와 실행 로그를 확인한 후 업데이트·무효화·복구하는 흐름입니다. 저도 처음에는 작은 QoL MOD 하나만 설치해서 로그를 본 후 확장하는 방식을 고집했고, 그 덕분에 세이브 오류 없이 대형 MOD로 전환할 수 있었습니다.

Factorio MOD 설치 전에 알아야 할 기본사항

대상 버전과 이 글의 전제

이 글이 전제하는 것은 Factorio 2.0 이후 환경입니다. MOD 유입 경로는 게임 내 「MOD」화면에서 들어가는 Mod Portal과 브라우저판(factorio.com)의 Mod Portal을 중심으로 다룹니다. 커뮤니티에서는 Mod Portal을 사용한 운영이 일반적이지만, Steam Workshop 취급에 대해서는 1차 정보로 확인할 것을 권장합니다(공식 권장 경로는 Mod Portal로 설명되는 경우가 많다는 표현이 안전합니다).

처음부터 이를 구분하는 이유는 Factorio의 MOD 운영이 「게임 본체 설치 경로」만으로 완결되지 않기 때문입니다. 세이브, 설정, MOD, script-output 등은 사용자 데이터 쪽에 모여 있으며, 『응용 프로그램 디렉토리 - Factorio Wiki』에 있는 대로 write-data 설정에 따라 위치도 바뀝니다. 즉, 같은 PC라도 「어느 폴더를 보는지」가 어긋나면, MOD를 설치했다고 생각해도 게임 쪽에 나타나지 않는, 초보적이지만 까다로운 불일치가 발생합니다.

2.0 이후로는 바닐라와 DLC, 그리고 추가 MOD의 경계가 이전보다 더 명확해졌습니다. 그만큼 「공식 추가 요소도 MOD로 관리된다」는 발상에 익숙하지 않으면, MOD 목록을 열었을 때 약간 당황합니다. 저도 Space Age 설치 직후 먼저 DLC에서 나온 추가 MOD가 활성화되어 있는지 MOD 화면에서 재검토했고, 그 후 quality만 개별로 ON/OFF해서 동작을 파악했습니다. 이 순서로 건드리면 커뮤니티 MOD를 설치하기 전에 공식 구성의 표시 방식을 이해할 수 있으므로, 혼란이 훨씬 적어집니다.

참고로 MOD의 추가나 삭제는 리플레이 데이터를 망칩니다. 더욱이 새로운 버전을 설치하기 전에는 세이브와 설정을 포함한 디렉토리의 백업이 권장됩니다. 앞 섹션에서 언급한 「먼저 보전하고 건드린다」는 흐름은 이 2.0 환경에서도 그대로 유효합니다.

Application directory/ja

wiki.factorio.com

공식 설치 경로

Factorio에서 MOD를 설치할 때 가장 자연스러운 것은 게임 내 Mod Portal에서 찾아서 설치하는 흐름입니다. 설치의 용이함, 의존 관계 취급 편의성, 업데이트 추종까지 고려하면 처음 입구로는 여기가 가장 안정적입니다. 커뮤니티에서도 게임 내 브라우저에서 설치할 때 필수 의존이 자동으로 선택되는 운영은 널리 사용됩니다.

브라우저쪽의 factorio.com에 있는 Mod Portal은 물건 찾기나 의존 관계 확인에 적합합니다. 특히 「이 MOD는 무엇에 의존하는가」「어느 버전 계열에서 업데이트되는가」를 차분하게 보고 싶을 때는 게임 내보다 일목요연합니다. 더욱이 기술적인 측면에서 말하면, 『Mod portal API - Factorio Wiki』에 있는 api/mods/{name}/full에서는 의존 관계 배열도 얻을 수 있습니다. 대량의 MOD 구성을 다루는 사람이나 서버 운영, modpack 고정화를 생각하는 사람에게는 이 API의 존재를 알기만 해도 전망이 많이 달라집니다.

이 방법의 강점은 버전 고정과 검증이 용이하다는 것입니다. 예를 들어 대형 MOD를 구 버전으로 유지하고 싶다든지, 업데이트로 구성이 붕괴되는 것을 피하고 싶다든지, 재현용 환경을 남기고 싶다든지 하는 경우에는 게임 내 설치보다 다루기 쉽습니다. 대신 의존 관계와 충돌은 자신이 관리하는 전제가 됩니다. 필요한 기본 MOD가 부족하면 보통 시작에서 멈추고, DLC 필수인 것을 섞으면 그 자리에서 튕겨집니다. UI 레이블이나 설정의 기본값은 버전에 따라 달라질 수 있으므로, 실제 표기나 기본값은 게임 내 설정 화면에서 확인해주세요.

구성을 기록해두고 싶을 때는 script-output/mods.txt에 활성 상태의 모든 MOD와 버전을 기록할 수 있는 것도 편리합니다. 나중에 재현하고 싶을 때 「무엇을 설치했는지」를 직접 떠올릴 필요가 없으므로, 검증용 환경에서 매우 도움됩니다. Factorio의 MOD 관리는 화려한 전용 런처에 의존하기보다는 공식 Mod Portal, 사용자 데이터 배치, 로그, 출력 파일을 조합해서 완성시키는 설계라고 생각하면 이해하기 쉽습니다.

Mod portal API

wiki.factorio.com

Space Age와 quality/Elevated Rails 정리

Space Age는 2024년 10월 21일에 출시된 유료 확장이며, 구성상 3개의 추가 MOD로 이루어져 있습니다. Space Age - 일본어 및 영문 설명을 함께 보면 내용은 상당히 크며, 4개의 새로운 행성, 5가지 사이언스 팩, 22개의 건물, 30개의 중간 제품, 5종류의 무기, 2종류의 적, 29개의 업적이 추가됩니다. 바닐라의 연장으로 건드리기 시작해도 도중부터 완전히 다른 페이즈로 들어가는 느낌이 드는 규모인데, 이 DLC는 정말로 「또 다른 Factorio」에 가까운 수준입니다.

여기서 중요한 것은 Space Age의 추가 요소가 「게임 본체에 직접 구워진 고정 기능」이 아니라 MOD 화면에 보이는 관리 대상이기도 하다는 점입니다. 따라서 설치 후 MOD 목록을 봤을 때 「어디까지가 공식 요소이고 어디부터가 커뮤니티 MOD인가」가 처음에는 불명확하지만, 구조상으로는 평범한 MOD 관리 화면과 같은 곳에서 파악할 수 있습니다.

그 중에서도 quality는 조금 특수해서, 품질 - Factorio Wiki에 있는 대로 독립 MOD로 활성화할 수 있지만, 사용에는 Space Age 소유가 필요합니다. 이것이 실제로는 매우 중요하고, Space Age를 설치했다고 해서 항상 quality를 포함해서 즐길 필요는 없습니다. 저는 처음에 quality만 꺼서 몇 시간 만져 본 후, 활성화해서 차이를 보는 형식으로 진행했습니다. 이렇게 하면 레시피나 장비감, 대량 생산 라인의 의미가 어디부터 변하는지를 체감으로 파악하기 쉽습니다.

Elevated Rails도 정리 방식으로는 quality와 비슷한 감각으로 보면 혼란을 피할 수 있습니다. 공식 요소로서의 Elevated rail은 Space Age 쪽 기능이지만, Mod Portal에는 관련된 커뮤니티 MOD도 여러 개 있습니다. 즉, MOD 목록에 「Elevated Rails 관련 이름」이 보인다 해도, 모두 같은 의미는 아닙니다. 공식 DLC의 구성 요소로서의 추가 MOD인지 그 기능을 확장·전개·조정하는 커뮤니티 MOD인지를 나누어 읽을 필요가 있습니다.

이 구분을 할 수 있게 되면 Space Age 환경에서 MOD를 늘릴 때의 판단이 훨씬 편해집니다. 먼저 공식의 3개 추가 MOD와 quality의 관계를 이해하고, 그 후 QoL이나 대형 MOD를 겹칩니다. Factorio 2.0 이후의 MOD 설치는 이 순서로만 봐도 사고율이 크게 내려갑니다.

MOD 설치 방법은 2가지: 게임 내 Mod Portal과 수동 설치

게임 내 Mod Portal에서의 설치 절차

가장 헷갈리지 않는 것은 게임 내 「MOD」화면에서 그대로 Mod Portal을 사용하는 방법입니다. Factorio에서는 이 경로가 직관적이고, 검색·설치·업데이트 흐름이 하나의 화면에서 완결되기 쉬운 것이 강점입니다. 특히 QoL 계를 몇 개 설치하는 단계라면 수동으로 의존 관계를 추적하는 것보다 훨씬 편합니다.

실제 흐름은 단순해서 메인 메뉴에서 「MOD」를 열고, 설치용 탭에서 원하는 MOD 이름을 검색하고, 대상을 선택해서 설치합니다. 커뮤니티에서도 널리 알려진 대로, 이 방법이면 필수 의존이 자동으로 선택되기 쉽고, 초보자일수록 이득이 큽니다. 예를 들어 단독으로는 작동하지 않는 라이브러리 계 MOD를 요구하는 경우에도 게임 내 브라우저에서 추종해줄 수 있습니다.

설치 후 MOD 목록에 추가되어 활성 상태로 보일 수 있습니다. 여기서 중요한 것은 설치 가능 여부만이 아니라 시작 시 오류 없이 로드를 통과했는지 보는 것입니다. 의존 관계 자동 처리는 매우 편리하지만 호환성까지 완전히 챙겨주는 것은 아닙니다. 대형 MOD나 DLC 전제 구성에서는 설치 자체는 가능하지만 로드 단계에서 멈출 수 있습니다.

기술적으로는 『Mod portal API - Factorio Wiki』에서도 MOD 정보 취득이나 다운로드 사양이 정리되어 있고, api/mods/{name}/full에서는 의존 관계 배열도 얻을 수 있습니다. 평소 플레이에서 API를 직접 건드릴 필요는 없지만 게임 내 브라우저가 의존을 보면서 다루기 쉬워진 배경을 알아두면, 왜 이 방법이 초보자 향인지가 이해가 됩니다.

계정 생성·Steam 연동의 주의점

게임 내 Mod Portal을 사용할 때 조금 걸리기 쉬운 것은 다운로드에 factorio.com 계정이 필요한 경우가 있다는 점입니다. Steam에서 Factorio를 즐기더라도 MOD 취득 경로는 그대로 Steam 기능에 직결되어 있는 것이 아니라 공식 Mod Portal 쪽 인증이 관련됩니다.

따라서 Steam 버전 구매자라도 factorio.com 계정을 만들고 Steam 계정과 연동해두면 정리하기 쉽습니다. 이것을 진행하면 게임 내에서 MOD를 찾아서 그대로 설치하는 흐름이 안정됩니다. 반대로 이 연결이 불명확한 채로 있으면 「게임 본체는 시작하는데 MOD만 못 받는다」는 상태가 되기 쉽고 초회 설치에서 당황하는 원인이 됩니다.

Space Age 환경에서는 이 인식이 특히 중요합니다. 공식 추가 요소도 MOD 목록의 문맥으로 보이므로 DLC 유래 요소와 커뮤니티 MOD가 같은 화면에 나란히 표시됩니다. 여기서 인증 주변까지 꼬이면 설치 실패인지, 소유권 문제인지, 의존 오류인지가 보이기 어려워집니다. 저는 새 환경을 구성할 때마다 먼저 게임 내에서 로그인 상태를 확인하고 나서 MOD를 건드립니다. 이 한 손 수고로 원인 파악이 훨씬 빨라집니다.

수동 설치(mods 폴더 배치)와 zip의 취급

수동 설치는 배포된 zip을 mods 폴더에 그대로 두는 것이 기본입니다. 여기서 풀어서 내용 폴더만 넣는 운영을 상상하기 쉽지만 보통은 zip 상태로 배치하는 생각으로 충분합니다. Factorio의 사용자 데이터 쪽에 있는 mods 폴더를 사용하는 점은 앞서 언급한 대로이고, write-data를 바꾸고 있다면 그 설정처가 실제 배치 위치가 됩니다.

이 방법의 강점은 버전 고정과 검증이 용이하다는 것입니다. 예를 들어 대형 MOD를 구 버전으로 유지하고 싶다든지, 업데이트로 구성이 붕괴되는 것을 피하고 싶다든지, 재현용 환경을 남기고 싶다든지 하는 경우에는 게임 내 설치보다 다루기 쉽습니다. 대신 의존 관계와 충돌은 자신이 관리하는 전제가 됩니다. 필요한 기본 MOD가 부족하면 보통 시작에서 멈추고, DLC 필수인 것을 섞으면 그 자리에서 튕겨집니다.

간과하기 쉬운 것은 같은 MOD의 복수 버전을 동거시키지 않는 것입니다. 커뮤니티에서도 같은 MOD의 다른 버전을 mods 폴더에 나란히 두면 시작하지 않는 사례가 알려져 있습니다. 저는 대형 MOD를 수동 설치하기 전에 mods 직하에 동명의 zip이나 동명 폴더가 중복되어 있지 않은지 매번 확인합니다. 이것만으로 시작 실패가 매우 줄어듭니다. 실무에서는 지루하지만 가장 효과 있는 확인입니다.

수동으로 구성을 맞춘다면 로드 순서나 정지 위치는 로그를 보면 정리하기 쉽고, 활성 상태의 모든 MOD와 버전을 script-output/mods.txt에 기록해두면 나중에 구성 비교도 하기 쉬워집니다. 충돌을 구분할 때는 이 목록이 생각보다 도움됩니다. 호환성에서 자주 막히는 조합에 대해서는 이후 언급하는 구성 정리 생각과 함께 보면 다루기 쉽습니다.

설치 방법의 사용 분류

설치 방법은 우열이 아니라 뭘 하고 싶은지에 따라 사용 분류하는 것이 실제적입니다. 처음 QoL 설치나 평소 플레이라면 게임 내 Mod Portal이 확실히 편합니다. 검색해서 설치하면 의존도 어느 정도 챙겨주므로 구성을 확장하는 초속이 매우 가볍습니다.

한편 구 버전 고정, 검증용 재현, 특정 구성 보전을 중시한다면 수동 설치가 적합합니다. zip을 두고 관리하는 방법은 지루하지만 업데이트에 휩쓸리지 않고 같은 상태를 유지하기 쉬운 것이 큽니다. Krastorio 2나 Space Exploration 같은 대형 구성을 건드려보면 이 안정감의 가치가 꽤 보입니다.

둘의 차이를 짧게 말하면 게임 내 Mod Portal은 「설치의 편의성」, 수동 설치는 「구성의 고정 용이성」입니다. 다만 수동 관리는 의존 부족이나 충돌을 스스로 챙기는 전제이므로 익숙하지 않은 단계에서 한번에 대량 설치하면 자주 막힙니다. 그런 의미에서도 먼저 게임 내에서 작게 시작해서 필요할 때 수동으로 옮기는 흐름이 자연스럽습니다.

자세한 보기는 호환성 확인 관점에서 「의존」「본체 대응」「로드 순서」를 나누어 보면 이해하기 쉽습니다.

mods 폴더와 사용자 데이터 디렉토리의 위치

OS별 사용자 데이터와 mods 폴더

Factorio에서는 MOD·세이브·설정 파일이 기본적으로 사용자 데이터 디렉토리 배하에서 관리됩니다. 수동 설치에서 건드리는 mods 폴더도 여기 있으며, 세이브와 각종 설정과 같은 계열의 저장 위치로 이해해두면 정리하기 쉽습니다. 경로는 OS마다 다르고 정확한 구성은 『응용 프로그램 디렉토리 - Factorio Wiki』에 정리되어 있습니다.

자주 사용하는 기본 경로만 먼저 押さえ면 Windows에서는 %APPDATA%\Factorio\mods, Linux에서는 ~/.factorio/mods, macOS에서는 ~/Library/Application Support/factorio/mods가 기준입니다. 여기에 saves나 설정 관련 파일도 나란히 있으므로 MOD만 별개로 생각하기보다는 「Factorio의 사용자 데이터 일식」으로 보는 것이 실무에서 헷갈리지 않습니다.

저는 Windows와 Linux의 이중 환경에서 즐기는 일이 있는데 mods만 개별로 추적하기보다는 mods saves config를 합쳐서 같은 부모 디렉토리 단위로 보는 것이 압도적으로 편했습니다. 백업이나 동기화 단위가 맞춰지므로 「이 환경에서는 세이브만 새 것」「저쪽은 설정만 구 것」이라는 사고가 줄어듭니다. 대형 MOD 구성을 오간다면 이 차이가 꽤 듣게 됩니다.

write-data 옵션이 미치는 영향

간과하기 쉬운 것은 실제 저장처는 기본 경로로 고정되지 않는다는 점입니다. Factorio는 config/config.ini의 write-data 설정에 의해 사용자 데이터 디렉토리의 위치를 바꿀 수 있습니다. 여기를 바꾸고 있는 경우 MOD의 저장처도 mods 폴더 위치도 그 새 저장처에 연동됩니다.

즉, 「Windows이니까 %APPDATA%\Factorio\mods에 있을 거야」라고 생각해서 찾아도 write-data를 사용하는 환경에서는 빈손으로 돌아옵니다. mods만이 아니라 saves, 설정, script-output까지 모두 이동하므로 수동 설치·백업·복구 어디서나 이 설정이 전제가 됩니다. 앞 섹션에서 언급한 zip 배치 작업도 실제로는 이 write-data가 향하는 디렉토리에 대해 수행하는 형식입니다.

이 사양을 이해해두면 복수 환경 관리가 꽤 깔끔해집니다. 저는 이중 환경에서 write-data를 명시해서 사용자 데이터 위치를 의도적으로 맞추는 운영으로 바꾼 후부터 백업과 동기화가 한꺼번에 다루기 쉬워졌습니다. mods만 추적하기보다 저장처의 부모 디렉토리를 통째로 고정시킨다는 발상으로 하면 구성의 재현성이 높아집니다.