PDF do druku: drukarnia zgłasza brak osadzonych fontów, choć w InDesignie eksportuję z osadzaniem — dlaczego?

M
Magda
· 2026-03-04 11:26
Przygotowuję katalog produktowy (16 stron A4) dla klienta – spółki z o.o. z branży kosmetycznej, nakład 1500 sztuk, budżet ok. 6 000 zł netto. Skład robię w Adobe InDesign, a grafiki i część nagłówków mam z Illustratora. Drukarnia w preflighcie odrzuca mój PDF, bo rzekomo „fonts not embedded / font substituted”, ale u mnie plik na podglądzie wygląda identycznie i w eksporcie mam zaznaczone osadzanie czcionek. Co ciekawe, błąd dotyczy tylko dwóch krojów użytych w tytułach, a reszta tekstu przechodzi bez uwag. Sprawdziłem kilka wersji pliku z różnych komputerów i problem pojawia się losowo, raz jest OK, a raz nie. Czy to może wynikać z licencji lub rodzaju fontu (np. fonty zmienne), ustawień eksportu, czy czegoś w samych plikach AI, które są wstawione do składu? Jak jednoznacznie ustalić, co powoduje ten komunikat, zanim wyślę kolejną korektę do drukarni?

Odpowiedzi (10)

K
Krawiec 2026-03-04 12:20
To zwykle wychodzi przy fontach z ograniczoną licencją (InDesign wtedy nie osadza ich w PDF mimo zaznaczonej opcji) albo gdy coś z Illustratora ląduje jako tekst z inną czcionką/odmianą i preflight drukarni widzi brak osadzenia; sprawdź w Acrobat Pro w Właściwościach dokumentu → Czcionki, czy masz wszędzie „Embedded/Embedded Subset” i czy nie ma „Type 3” albo podmian. Jakie dokładnie fonty i w jakim standardzie eksportujesz (PDF/X-1a czy PDF/X-4)?
D
DobryPapier 2026-03-04 12:28
Odpowiedź do Krawiec
To zwykle wychodzi przy fontach z ograniczoną licencją (InDesign wtedy nie osadza ich w PDF mimo zaznaczonej opcji) albo gdy coś z Illustratora ląduje jako teks
Dzięki, to ma sens — zwłaszcza jeśli jakaś odmiana fontu ma ograniczenia licencyjne albo coś z Illustratora wchodzi jako tekst z inną wersją kroju i wtedy preflight to wyłapuje mimo że wizualnie jest OK. Masz w Acrobat Pro w Właściwościach dokumentu → Czcionki wszystkie pozycje jako „Osadzone”/„Osadzone podzbiory”, czy któraś pokazuje „zastąpiona” albo w ogóle się nie osadza?
T
TestKolorow 2026-03-15 15:44
Odpowiedź do DobryPapier
Dzięki, to ma sens — zwłaszcza jeśli jakaś odmiana fontu ma ograniczenia licencyjne albo coś z Illustratora wchodzi jako tekst z inną wersją kroju i wtedy prefl
Dokładnie o to chodzi — preflight potrafi złapać sytuację, gdzie wizualnie wszystko wygląda identycznie, a w środku siedzi podstawienie albo inna odmiana kroju (często przez tekst przychodzący z Illustratora albo font z ograniczeniami osadzania). Sprawdzenie w Acrobat Pro w zakładce z czcionkami szybko pokazuje, czy każda pozycja faktycznie jest osadzona i czy nie ma „substitute” gdzieś po drodze. Jak tam wychodzi, że coś nie jest embedded, to zwykle winny jest konkretny styl (np. Bold/Italic) albo tekst wklejony jako „żywy” z AI z inną wersją fontu niż w ID. U Ciebie w Acrobacie wszystkie pozycje pokazują się jako osadzone (Embedded/Embedded Subset), czy masz choć jedną z dopiskiem o podstawieniu?
W
Wojtek 2026-03-04 13:13
Miałem podobnie: u mnie problem nie był w InDesignie, tylko w jednym kroju z Illustratora (albo w wersji fontu) – w PDF wyglądało OK, a preflight w drukarni widział podmianę, bo font miał ograniczenia licencji albo był „dziwny” (np. stary Type 1, uszkodzony OTF, font z aktywatora). Czasem też winny jest eksport do PDF/X z włączonym podzbiorem – na ekranie bez różnicy, a ich narzędzia łapią, że jakiś styl (bold/italic) jest sztucznie dociągnięty i traktują to jak substytucję. Warto też sprawdzić w Acrobat > Właściwości dokumentu > Czcionki, czy na pewno wszystkie są „Osadzone” albo „Osadzone jako podzbiór”, bo czasem zostaje pojedyncza czcionka techniczna z logotypu/wykresu. Jakie dokładnie fonty i w jakim formacie masz w nagłówkach z Illustratora?
A
Adrian 2026-03-04 14:56
Odpowiedź do Wojtek
Miałem podobnie: u mnie problem nie był w InDesignie, tylko w jednym kroju z Illustratora (albo w wersji fontu) – w PDF wyglądało OK, a preflight w drukarni wid
Dokładnie, to często wychodzi nie przy eksporcie z InDesigna, tylko na jakimś pojedynczym kroju przywleczonym z Illustratora (inna wersja fontu, stary Type 1, uszkodzony OTF albo aktywator), więc u Ciebie może wyglądać idealnie, a preflight w drukarni widzi podmianę lub brak osadzenia. Masz w tym katalogu jakieś teksty „żywe” z AI albo wklejane jako PDF z Illustratora?
T
TechNadruk 2026-03-04 13:23
To się potrafi rozjechać mimo „Embed fonts” w eksporcie, bo drukarnia patrzy w preflight na poziomie całego PDF-a: czasem część tekstu wpada jako fonty częściowo osadzone (subset) albo w ogóle nie do osadzenia (ograniczenia licencji fontu), a w pliku z Illustratora łatwo o tekst, który zostaje jako „żywy” font i potem preflight go wyłapuje. Bywa też, że coś jest spłaszczone/transparentne i wygląda identycznie na ekranie, ale w środku PDF masz podmianę fontu albo brak osadzenia tylko w jednym obiekcie (np. w nagłówku z AI). Sprawdź w Acrobat Pro w Właściwościach dokumentu → Czcionki, czy wszystkie mają status „Osadzone” / „Osadzone podzbiory”, a nie „Nieosadzone”, i czy nie ma jakiegoś „Type 3”. Jakie dokładnie fonty i do jakiego standardu eksportujesz (PDF/X-1a, PDF/X-4)?
A
Atryk 2026-03-04 13:41
A możesz sprawdzić w Acrobat/Preflight w „Właściwościach dokumentu → Czcionki”, czy wszystkie kroje mają status „Embedded/Embedded Subset”, i czy problem nie dotyczy tylko tych nagłówków z Illustratora (np. fonty wklejone jako PDF/AI albo z ograniczoną licencją osadzania)? Jaki dokładnie komunikat preflightu podaje drukarnia i na których stronach/elementach go łapie?
S
SublimacjaLab 2026-03-04 19:49
To się zdarza nawet przy eksporcie z InDesigna z „osadzaniem”, bo drukarnia często patrzy na raport preflightu z innego narzędzia i ono potrafi zgłaszać problem, gdy font jest w PDF jako „subset” (czyli osadzony tylko w użytym zakresie znaków) albo gdy gdzieś w pliku siedzi font z ograniczoną licencją/flagą „no embedding”. Druga typowa przyczyna to elementy z Illustratora: tekst może wyglądać OK, ale jeśli w AI coś zostało jako żywy tekst z fontem, którego nie ma po drugiej stronie, albo zapis/kompatybilność pliku robi swoje, preflight potrafi to oznaczyć jako podstawienie. Czasem winny jest też styl/faux (pogrubienie/pochylenie „udawane”) albo font wstawiony w EPS/PDF z zewnątrz, który w podglądzie się zgadza, a w strukturze PDF wychodzi inaczej. Sprawdź w Acrobat Pro w Właściwościach dokumentu → Czcionki, czy wszystkie mają status „Embedded” albo „Embedded Subset”, i czy nie ma pozycji typu „(Substituted)”. Jeśli problem dotyczy tylko części nagłówków, najprościej wychodzi po stronie AI: zamiana tych tekstów na krzywe albo spłaszczenie przy eksporcie z Illustratora usuwa temat fontów, a wizualnie nic się nie zmienia. No i warto upewnić się, że eksport leci jako PDF/X (np. X-4) i bez jakichś „optymalizacji” po drodze, bo czasem ktoś jeszcze przepuszcza PDF przez inne narzędzie i wtedy fonty potrafią „zniknąć” w raporcie. Masz informację od drukarni, w którym konkretnie programie robią preflight i jakie fonty (nazwy) im wyskakują jako nieosadzone?
M
Marek 2026-03-04 20:07
To, że u Ciebie PDF wygląda dobrze, nie znaczy jeszcze, że fonty są faktycznie osadzone w sposób akceptowany przez preflight drukarni. Często problem robią fonty z ograniczoną licencją (nie pozwalają na embedding) albo takie, które w PDF lądują jako „subset” i ich narzędzie to błędnie zgłasza jako brak/oszustwo. Druga sprawa to Illustrator: jak masz tekst w osadzonych/połączonych plikach AI/EPS/SVG, potrafi się wkleić coś z innego fontu lub z innym postscript name i wtedy w raporcie wychodzi „substituted”, choć wizualnie jest identycznie. Zdarza się też, że w samym PDF masz font osadzony tylko częściowo, a pojedyncze znaki (np. polskie diakrytyki) lecą z zamiennika, bo font w źródle był uszkodzony albo zduplikowany w systemie. Najprościej sprawdzić w Acrobat Pro w Właściwościach dokumentu → Czcionki, czy każda ma status „Osadzona/Osadzony podzbiór” i czy nie ma nic typu „Zastąpiona”. Jeśli eksportujesz jako PDF/X, zwróć uwagę, czy drukarnia nie wymaga konkretnego wariantu (np. X-1a vs X-4), bo czasem ich preflight jest ustawiony pod jeden profil i generuje fałszywe alarmy przy innym. Jakie dokładnie fonty (nazwa/rodzina) i czy ten tekst z Illustratora jest jeszcze „żywy”, czy zamieniany na krzywe?
P
PrasaExpert 2026-03-08 07:03
Często preflight w drukarni krzyczy o „nieosadzonych fontach”, gdy w PDF-ie są fonty z ograniczoną licencją (InDesign wtedy ich nie osadza), fonty wstawione z Illustratora jako tekst z użyciem innego kroju niż w ID, albo gdy elementy lecą przez przezroczystości/efekty i coś się „podmienia” na etapie spłaszczania. Zdarza się też, że na podglądzie wygląda identycznie, a w środku PDF ma np. podzbiór fontu albo font typu CID/Type 3 i ich preflight to z automatu oznacza jako problem. Sprawdź w Acrobat Pro w Właściwościach dokumentu → Czcionki, czy przy każdym kroju masz „Osadzone” albo „Osadzony podzbiór”, i czy te same fonty nie występują podwójnie (np. z inną odmianą) przez pliki z AI. Jaką dokładnie informację z preflightu podaje drukarnia (nazwa fontu i na których stronach/obiektach)?