blueprint-import-export

# Factorio 블루프린트 임포트 방법｜저장 및 실패 대책

title: "Factorio 블루프린트 임포트 방법｜저장 및 실패 대책" slug: blueprint-import-export category: guide author: Takuma status: published publishedAt: 2026-03-14 updatedAt: 2026-03-14 description: "Factorio 2.0/Space Age에서 외부 블루프린트 문자열을 가져오려고 할 때 붙여 넣은 직후에 잃어버리거나 저장 위치를 몰라서 막히는 경우가 많습니다." tags:

• Factorio
• 블루프린트
• 임포트
• Space Age
• 2.0

article_type: guide geo_scope: global specs: product_1: name: "인벤토리 저장" key_features: "해당 세이브 내에서 바로 사용하기 쉽지만, 정리하지 않으면 산만해지기 쉬움" product_2: name: "블루프린트 라이브러리 저장" key_features: "재사용하기 쉽고 정리에 적합. 자주 쓰는 BP의 보관처로 유력함" product_3: name: "블루프린트 북 저장" key_features: "여러 BP를 정리할 수 있으며, Space Age 운영이나 테마별 정리에 유용" product_4: name: "일반적인 붙여넣기 임포트" key_features: "가장 표준적이며 공식 Wiki를 따르는 방법" product_5: name: "X11 드래그&드롭 보고" key_features: "특정 환경의 대체 수단이지만, 일반적 해결책으로는 보충 설명 역할" metadata: {"faq_items":[{"question":"어디서 임포트하나요?","answer":"외부 블루프린트 문자열은 화면 아래의 단축키 바에 있는 \"코드 임포트\"에서 가져옵니다. 문자열을 붙여넣고 임포트하면 그 자리에서 블루프린트로 읽혀집니다. 복귀 직후의 저는 B 키 쪽에서 입구를 찾아 한동안 헤맸지만, 임포트의 입구는 단축키 바라고 기억한 후부터는 꽤 부드러워졌습니다."},{"question":"B 키와의 차이는?","answer":"B 키로 열리는 것은 Blueprint library(블루프린트 라이브러리)의 관리 화면입니다. Factorio Wiki의 Blueprint library에서도 B 키나 미니맵 위의 버튼에서 열 수 있는 라이브러리로 정리되어 있습니다. 여기는 보관이나 정리에는 적합하지만, 문자열을 처음에 게임으로 가져오는 작업과는 역할이 약간 다릅니다. 흐름상 단축키 바에서 임포트한 후, 그 다음에 라이브러리나 북으로 옮겨서 관리하는 것으로 생각하면 혼동하기 쉽습니다."},{"question":"1.1 시대 글과 뭐가 다른가요?","answer":"예전 글도 사고방식은 참고가 되지만, UI의 위치나 표기는 2.0 기준과 일치하지 않을 수 있습니다. 특히 \"import string\"의 위치나 어디서 열 것인가에 대한 설명은 1.1 시대 화면을 전제로 하면 읽는 방식을 바꿔야 합니다. 이 글은 Factorio 2.0 / Space Age 환경을 기준으로 한 절차로 정리했으므로, 옛날 글을 보고 작업 위치가 안 맞아서 막혔던 사람일수록 그 차이를 의식하면 헷갈리기 쉽습니다."},{"question":"Space Age에서도 쓸 수 있나요?","answer":"쓸 수 있습니다. Space Age 자체의 추가 콘텐츠와는 별개로, 블루프린트의 임포트나 라이브러리 운영의 생각 방식은 그대로 통용됩니다. 오히려 행성마다 거점의 역할이 갈라지기 쉬우므로, 블루프린트 북을 \"제련용\" \"발전용\" \"역용\"으로 정리해서 운영하는 것이 꽤 편합니다. 저도 여러 거점을 건너는 단계가 되면, 개별 BP를 흩어놓는 것보다 북 단위로 갖고 있는 쪽이 압도적으로 관리하기 쉽다고 느껩니다."},{"question":"긴 BP를 붙여넣을 수 없을 때는?","answer":"긴 블루프린트 문자열이 잘 들어가지 않을 때는 먼저 재복사, 전후의 공백이나 줄 바꿈 제거, 일단 다른 에디터에 붙여넣었다가 다시 복사를 시도해 보면 잘라내기가 쉬워집니다. 길어질수록 복사 원본 페이지에서 불필요한 문자가 섞이거나 붙여넣기 시 빠질 수 있습니다. Linux 계열에서는 과거에 Wayland 주변의 클립보드 문제가 수정 대상이 되었던 기록이 있으며, 붙여넣기 경로에서 막힐 수 있습니다. 일반적인 복사-붙여넣기로 안 되는 경우 커뮤니티에서는 X11의 드래그&드롭이 작동했다는 보고도 있습니다. 문자열 길이 자체의 공식 상한은 확인할 수 없었지만, 상당히 긴 코드에서는 입력 경로의 차이가 결과를 크게 좌우하기 쉽다는 식으로 이해하면 정리하기 쉽습니다. \"B 키로 찾는 것\"과 \"단축키 바에서 넣는 것\"을 나눠서 기억하는 것만으로도 임포트 주변의 길 잃음이 상당히 줄어듭니다."}],"pillar_slug":"blueprint-practical-guide","pillar_title":"Factorio 블루프린트의 사용법과 활용술"}

Factorio 2.0/Space Age에서 외부 블루프린트 문자열을 가져오려고 할 때 붙여 넣은 직후에 잃어버리거나 저장 위치를 몰라서 막히는 경우가 많습니다. 저도 처음에는 여기서 막혔지만, 임포트의 입구와 저장 위치(인벤토리인지 블루프린트 라이브러리인지)를 구분해서 이해하면 한 번에 헷갈리지 않게 됩니다.

이 글은 공유 사이트나 글에서 배포되는 코드를 확실히 게임 내로 가져오려는 사람을 위해 Factorio 2.0/Space Age의 절차를 기준으로 정리한 것입니다. 1.0/1.1계 글과 UI 차이가 있음을 전제로, 복사 누락, 긴 문자열, DLC나 Mod 의존성, Wayland의 붙여넣기 문제까지 실패 패턴별로 대처할 수 있도록 설명합니다.

Factorio의 블루프린트 임포트로 할 수 있는 것

블루프린트 임포트로 할 수 있는 것을 한 마디로 말하면, 외부에서 공유된 설계도의 문자열을 그대로 자신의 게임 내로 가져올 수 있다는 것입니다. 공유 사이트에 올려진 코드든, 디스코드에서 친구가 보내준 코드든 Factorio 2.0/Space Age에서는 단축키 바의 「코드 임포트」에서 붙여넣으면 건설 계획으로 읽혀집니다. 자신이 처음부터 다시 구성할 필요가 없으므로, 초반의 정해진 라인, 역의 규격, 모듈식 제련소 같은 재사용성이 높은 설계일수록 이득이 큽니다.

여기서 중요한 것은 임포트는 어디까지나 게임으로 가져오는 입구라는 점입니다. 가져온 직후에 그 자리에서 배치하고 쓸 수도 있고, 나중에 여러 번 쓰려는 설계라면 인벤토리나 블루프린트 라이브러리로 옮겨서 보관할 수 있습니다. 즉, \"읽어들이기\"와 \"저장해서 관리하기\"는 별개의 작업이며, 이를 구분해서 생각하면 동작이 훨씬 정리하기 쉬워집니다.

본 글에서는 Factorio 2.0/Space Age를 기준으로 설명합니다. 블루프린트의 개념 자체는 구버전 글에서도 공통이지만, UI의 위치나 이름은 그대로 적용하지 않는 것이 낫습니다. 복귀 유저일수록 옛날에 본 1.0/1.1계 글의 기억으로 찾기보다 단축키 바의 「코드 임포트」에서 시작하면 도선이 곧장입니다.

공식 Wiki의 『건설 계획 - Factorio Wiki』에서도 블루프린트는 문자열로 내보내기·임포트할 수 있다는 것, 그리고 임포트는 문자열 붙여넣기용 대화상자에서 진행된다는 것을 확인할 수 있습니다. 글이나 공유 사이트에 올려진 긴 영숫자 덩어리는 보기에는 단순 텍스트이지만, 게임 쪽에서는 건설 정보로 해석됩니다.

메커니즘을 조금만 건드리면 이 문자열은 사람이 읽기 위한 문장이 아니라 블루프린트 정보를 텍스트화한 것입니다. 내부 형식까지 알 필요는 없어도 사용할 수 있지만, \"단순 메모장 텍스트가 아니라 설계 데이터 자체를 들고 다닌다\"고 이해하면 복사 누락이나 일부 손상으로 읽혀지지 않는 이유도 수긍하기 쉬울 것입니다.

저는 친구에게 디스코드로 받은 문자열을 그대로 「코드 임포트」에 붙여넣어서 실전에 투입하곤 합니다. 특히 역의 분기나 유전 주변처럼 형태는 정해져 있는데 매번 손으로 구성하면 어긋나기 쉬운 설계에서는 이 흐름이 아주 빠릅니다. 받은 코드를 붙여넣기만 해도 같은 배치를 재현할 수 있으므로, 멀티플레이에서도 설계 사상을 맞추기 쉬워집니다.

복귀 유저에게도 이 도선이 가장 알기 쉽다고 느껴집니다. B 키의 라이브러리 관리까지 한 번에 배우려고 하면 어디에 들어갔는지 못 찾기 쉽습니다. 그 점, 먼저 단축키 바에서 임포트하고 배치한 후, 필요하면 나중에 저장 위치를 정리하는 식으로 단계를 나누면 막히지 않습니다. 저도 처음에는 저장 위치에서 헷갈렸지만 입구를 고정하니 작업의 의미가 훨씬 명확해졌습니다.

사전 지식: 블루프린트 문자열이란 무엇인가

용어 정리

Factorio의 글이나 공유 사이트에 올려진 긴 영숫자 덩어리는 단순 메모가 아니라 블루프린트를 텍스트화한 공유 코드입니다. 블루프린트 자체는 건설 계획이지만, 여기에 포함된 배치 정보나 방향, 연결 정보 등을 문자열로 써낼 수 있으므로, 다른 사람에게 줄 때는 \"설계도 자체\"가 아니라 \"설계도를 복원하기 위한 문자열\"을 공유하는 형태가 됩니다.

이 메커니즘의 이점은 상당히 명확합니다. 받는 쪽은 하나하나 손으로 다시 배열할 필요가 없고, 게임 내 임포트 화면에 붙여넣기만 하면 같은 설계를 재현할 수 있습니다. 제가 메가베이스용으로 만든 역 규격이나 제련 블록을 배포할 때도 이미지나 설명문보다 이 문자열이 압도적으로 빠릅니다. 외형은 텍스트, 실체는 설계 데이터라고 이해하면 쉽습니다.

여기서 혼동하기 쉬운 것이 \"블루프린트\"와 \"블루프린트 문자열\"이 같지 않다는 점입니다. 블루프린트는 게임 내에서 사용하는 설계도 자체, 블루프린트 문자열은 그것을 밖으로 가져가거나 받기 위한 표현입니다. 공유의 입구는 문자열이지만, 게임에 들어간 후에는 보통의 블루프린트로 취급합니다.

체감상 이 차이를 알고 있으면 트러블 시 잘라내기가 쉬워집니다. 예를 들어 붙여넣고 반응이 없을 때 \"설계가 나쁘다\"가 아니라 \"문자열이 빠졌다\" \"복사 범위가 어긋났다\"로 생각할 수 있습니다. 처음부터 한 글자만 빠져도 읽혀지지 않을 수 있으므로, 정체를 알아두는 의미는 의외로 큽니다.

어디서 입수하나요?

실제 사용 현장에서 블루프린트 문자열은 자신이 생성하기보다 누군가가 배포하는 코드를 복사하는 쪽이 더 많습니다. 정해진 것은 Factorioprints 같은 외부 공유 사이트, Steam Community 게시물, 개인 블로그나 Zenn 글, 또는 디스코드에서 친구가 붙여준 코드입니다. 역의 규격, 초반 연구 라인, 유전 처리, 모듈식으로 이루어진 제련소처럼 재사용성이 높은 설계일수록 이런 형태로 유통하기 쉽습니다.

공식 『건설 계획 - Factorio Wiki』에서도 블루프린트는 문자열로 내보내기·임포트할 수 있다고 안내하고 있습니다. 즉, 외부 사이트의 코드를 복사해서 쓰는 운영은 특수한 꼼수가 아니라 게임의 기능으로서 자연스러운 사용 방식입니다. 글에 긴 문자열이 그대로 올려져 있는 경우도 그것은 장식이 아니라 그대로 붙여넣기 대상입니다.

제 감각으로 배포처를 볼 때 중요한 것은 \"이미지가 깨끗한가\"보다 \"무엇을 위한 설계인가\" \"어떤 환경을 전제하고 있는가\"를 읽을 수 있는가입니다. 예를 들어 바닐라용인지, Space Age 전제인지, 특정 Mod 전제인지에 따라 실용성이 크게 달라집니다. 설계 사상까지 설명된 배포는 재사용하기 쉽고, 문자열만 올려진 배포는 용도를 읽기 쉽습니다.

또한 문자열의 정체를 조금 알고 있으면 깨진 코드도 눈에 띄기 쉬워집니다. 저도 공유 글을 복사-붙여넣기할 때 채팅앱의 줄 바꿈이나 인용 부호가 섞여서 실패한 경험이 있습니다. 그럴 때 \"이것은 보통 글이 아니라 빠지면 성립하지 않는 데이터 열이다\"고 알고 있으면 문제 잘라내기가 빠릅니다.

건설 계획 - Factorio Wiki

wiki.factorio.com

기술적인 메커니즘 (Base64/zlib/JSON) ※초보자는 읽지 않아도 됨

중신을 기술 쪽으로 보면 블루프린트 문자열은 사람이 읽을 수 있는 형식이 아닙니다. Factorio Wiki의 『Blueprint string format』에서 설명한 대로 문자열은 처음 1글자를 제외한 본체가 Base64로 표현되고, 그것을 풀면 zlib 압축 데이터가 되고, 더 풀면 JSON 기반의 구조가 나타납니다. 즉, 설계 정보를 JSON으로 갖고, 그것을 압축하고, 복사하기 쉬운 문자열로 만든 것입니다.

이 구조를 항상 의식할 필요는 없습니다. 실제로 보통 플레이에서는 중신을 이해하지 않아도 문제없이 사용할 수 있습니다. 복사-붙여넣기해서 임포트하기만 하면 충분합니다. 저도 공유할 때는 상대에게 JSON 얘기를 거의 하지 않습니다. 중요한 것은 \"텍스트처럼 보이지만 내부에는 구조화된 데이터가 들어 있다\"는 한 점입니다.

다만 이 메커니즘을 알고 있으면 수긍할 수 있는 것이 늘어납니다. 문자열의 중간에 불필요한 문자가 들어가면 깨지기 쉬운 것은 단순 문장이 아니라 인코딩된 데이터이기 때문입니다. 처음 한 글자가 빠졌거나 끝이 중간에 끊기거나 인용 부호나 공백이 섞여 있는 등의 불구로 읽혀지지 않는 것도 이 때문입니다. 분석 관점을 조금 가지고 있으면 \"게임이 변덕스럽게 실패했다\"가 아니라 \"입력 데이터가 깨졌다\"고 판단하기 쉬워집니다.

기술적인 내신을 조금 더 들여다보고 싶다면 Zenn의 『【factorio】블루프린트 분석해봤다』 같은 실례가 알기 쉽습니다. 배치 정보가 어떻게 들어 있는지까지 추적할 수 있으므로, 설계를 깊이 이해하고 싶은 사람에게는 재미있는 영역입니다. 하지만 임포트 작업 자체에 필요한 것은 거기까지는 아닙니다. 읽는 쪽 관점에서 보면 붙여넣기 대상은 \"긴 수수께끼 같은 문자열\"이 아니라 압축된 설계 데이터라는 것을 알고 있으면 충분합니다.

Blueprint string format

wiki.factorio.com

블루프린트를 임포트하는 절차

실제 작업은 꽤 짧아서 단축키 바에서 가져와서 나타난 블루프린트를 저장하는 것뿐입니다. 『건설 계획 - Factorio Wiki』에서도 블루프린트는 문자열로 임포트할 수 있음을 전제로 정리되어 있습니다. 저는 처음에 붙여넣은 직후에 나타난 파란색 아이템을 그대로 두고 \"임포트에 실패했다\"고 착각하기 쉬웠습니다. 잃어버리기 쉬운 것은 임포트 자체가 아니라 임포트 후의 저장 동작입니다.

스텝 1: 문자열 복사

먼저 배포처에 있는 블루프린트 문자열을 그대로 복사합니다. 여기서 중요한 것은 설명 문장이나 전후의 불필요한 기호가 아니라 블루프린트 문자열 본체만을 취하는 것입니다. 공유 사이트, Steam Community, 개인 블로그 등에서는 코드 블록 전후에 해설이 붙어 있을 수 있습니다. 복사 범위가 조금만 어긋나도 읽혀지지 않으므로, 처음부터 끝까지 연속된 문자열이 되어 있는지를 의식하면 실패하기 쉽습니다.

긴 문자열도 보통은 그대로 복사해서 문제없습니다. 붙여넣기 전에 정렬하거나 줄 바꿈을 넣을 필요는 없습니다.

스텝 2: 화면 아래 단축키 바에서 「코드 임포트」 열기

많은 사용자에게 단축키 바의 「코드 임포트」는 알기 쉬운 입구입니다 (블루프린트 라이브러리를 통한 운영도 가능합니다). 임포트의 시작점으로 단축키 바 경유가 더 막히지 않는 경우가 많다는 표현에 남겨두면 오해가 줄어듭니다.

예전 글에서는 UI 표기나 배치가 약간 다르게 보일 수 있지만, Factorio 2.0 / Space Age 기준으로는 \"먼저 단축키 바를 본다\"고 생각하는 것이 알기 쉽습니다. 실제로 저도 복귀 직후에는 라이브러리 쪽에서 찾아서 돌아가는 경향이 있었습니다.

스텝 3: 텍스트 칸에 붙여넣고 「임포트」 실행

열린 윈도의 텍스트 칸에 앞서 복사한 문자열을 붙여넣고 「임포트」를 누릅니다. 작업으로는 이것만입니다. 블루프린트 임포트의 기본 흐름도 이 형태로 소개됩니다.

여기서 반응이 없으면 게임 내 설계 내용이 아니라 붙여넣은 문자열 쪽에 원인이 있을 가능성이 많습니다. 제 경험으로도 실패의 대부분은 설계의 좋고 나쁨이 아니라 복사 범위의 어긋남이나 불필요한 문자 혼입이었습니다. 앞의 섹션에서 언급한 대로 이것은 보통 문장이 아니라 데이터 열이므로 한 글자만 빠져도 무너집니다.

Blueprint - Factorio Wiki

wiki.factorio.com

스텝 4: 나타난 블루프린트를 인벤토리로 드래그해서 임시 저장

임포트가 통과하면 파란색 블루프린트 아이템이 손에 나타납니다. 여기가 놓치기 쉬운 포인트입니다. 읽어들인 것만으로는 정리가 끝난 것이 아니며, 그 블루프린트를 인벤토리로 드래그해서 임시 저장해야 합니다.

이 한 손 작업만 넣어도 붙여넣은 후 위치 불명으로 되는 사고가 상당히 줄어듭니다. 한 번만 시도하는 설계라면 먼저 인벤토리 보관으로 충분합니다.

스텝 5: 자주 쓰면 B 키로 라이브러리를 열고 영구 저장

여러 번 쓰는 설계라면 B 키로 블루프린트 라이브러리를 열어서 영구 저장하면 관리하기 쉬워집니다. 라이브러리는 미니맵 위의 버튼이나 기본 B 키로 열 수 있는 사양이