Gdy CMS jest zbyt trudny w obsłudze, zespoły znajdują obejście: wklejają tekst do grafiki i wgrywają ją jako obraz. Strona wygląda dobrze. Dla wyszukiwarki, a dziś także dla każdego silnika odpowiedzi AI, ta treść po prostu nie istnieje.
SEO tekstu w obrazach to cichy tryb awarii. Content oparty na grafikach, czyli tekst wbity w JPEG lub PNG zamiast zapisany jako prawdziwy HTML, to jeden z najbardziej szkodliwych skrótów, jakie zespół marketingu może wziąć. Jest niewidoczny dla crawlera Google, niewidoczny dla czytników ekranu i, co coraz ważniejsze, niewidoczny dla silników odpowiedzi AI, z których coraz więcej osób korzysta zamiast z wyszukiwarki. Jeśli kluczowe komunikaty żyją w obrazkach, nie ma Cię ani w wynikach wyszukiwania, ani w odpowiedziach generowanych przez AI, które klienci czytają dziś.
To ma większe znaczenie niż kiedykolwiek, bo discovery dzieli się dziś na dwa kanały. Klasyczne SEO daje pozycję w wynikach wyszukiwania. GEO (generative engine optimization) sprawia, że treść jest wyszukiwana i cytowana przez narzędzia takie jak ChatGPT, Perplexity, AI Overviews Google, Gemini i Copilot. Oba kanały czytają tekst, strukturę i linki. Żaden nie czyta pikseli. Ten wzorzec widzimy często, gdy witryna Drupal wydaje się nieedytowalna, a zespoły marketingu wgrywają mockupy jako obrazy zamiast walczyć z CMS. Ten artykuł pokazuje dokładnie, co content oparty na grafikach kosztuje w SEO, GEO, UX i zarządzaniu treścią, i jak to naprawić strukturalną, edytowalną treścią w Drupalu.
W tym artykule:
- Dlaczego tekst ląduje uwięziony w obrazach?
- Ile kosztuje content oparty na grafikach w SEO?
- Jak content oparty na grafikach szkodzi widoczności w AI?
- Jakie są koszty UX i dostępności?
- Ile kosztuje content oparty na grafikach w codziennej pracy?
- Jak to naprawić strukturalną treścią?
- Jak mierzyć efekt?
- Najczęściej zadawane pytania
Dlaczego tekst ląduje uwięziony w obrazach?
Zespoły sięgają po content oparty na grafikach wtedy, gdy edycja prawdziwej treści jest trudniejsza niż udawanie. To prawie nigdy nie lenistwo, tylko racjonalna reakcja na zepsute narzędzie.
Wzorzec zwykle wygląda tak:
- doświadczenie edycji w CMS jest mylące lub wdrożone tylko w połowie, więc redaktorzy go unikają;
- designerzy dostarczają sekcje strony jako gotowe mockupy, a najszybsza droga to wgranie mockupu bez zmian;
- wklejenie obrazu jest naprawdę szybsze niż walka pole po polu z formularzem admina;
- efekt jest pixel perfect, identyczny z designem, i to wydaje się sukcesem.
To znacznie częstsze, niż się zakłada, zwłaszcza na korporacyjnych witrynach z CMS narzuconym przez centralę, którego nikt dobrze nie skonfigurował. Gdy Drupal Paragraphs jest zainstalowany, ale nie podpięty pod redaktorów, zespoły domyślnie sięgają po zrzuty ekranu i grafiki z wbitym tekstem. Treść pojawia się na stronie, deadline jest dotrzymany, a szkoda pozostaje niewidoczna, dopóki ktoś nie sprawdzi analityki albo pozycji w wyszukiwarce.
Ile kosztuje content oparty na grafikach w SEO?
Tekst w obrazie nie może być crawlowany, indeksowany ani rankowany. Strony oparte na grafikach są dla wyszukiwarek praktycznie puste. Każdy sygnał rankingowy, który normalnie zdobyłbyś z treści, znika.
Konkretne straty SEO:
- Brak indeksowalnego tekstu. Wyszukiwarki czytają HTML, nie słowa wyrenderowane w obrazku. Komunikaty, opisy produktów i słowa kluczowe nie wnoszą nic do rankingu.
- Brak hierarchii nagłówków. Obraz nie ma H1, H2 ani H3. Wyszukiwarki tracą mapę struktury, po której rozumieją, o czym jest strona.
- Brak sygnałów słów kluczowych. Bez tekstu czytelnego dla maszyn nie ma czego dopasować do zapytania.
- Brak linków wewnętrznych. W płaski obraz nie wstawisz hiperłącza, a sekcje oparte na grafikach psują linkowanie wewnętrzne i ścieżki crawla, które ono tworzy.
- Słabsze Core Web Vitals. Duże pliki obrazów pompują Largest Contentful Paint (LCP) i spowalniają stronę, a wydajność sama w sobie jest czynnikiem rankingu.
Efekt netto: wizualnie dopracowana strona, która prawie w niczym nie wspiera widoczności organicznej. Nowoczesny CMS powinien udostępniać funkcje SEO takie jak edytowalne metadane, czyste URL-e i treść strukturalną, a sekcje oparte na grafikach omijają to wszystko.
Jak content oparty na grafikach szkodzi widoczności w AI?
Silniki odpowiedzi AI budują odpowiedzi z tekstu czytelnego dla maszyn, a treść zamknięta w obrazach wypada z odpowiedzi i cytowań, które generują. To koszt GEO i rośnie, bo użytkownicy przechodzą z wyszukiwania na zadawanie pytań.
Gdy ktoś zadaje pytanie ChatGPT, Perplexity albo AI Overview Google, silnik pobiera fragmenty tekstu, streszcza je i często cytuje źródła. Żeby zostać pobraną i cytowaną, treść musi:
- Być czytelna jako tekst, a nie wyrenderowana grafika;
- Być wyraźnie ustrukturyzowana, z opisowymi nagłówkami i krótkimi, zamkniętymi akapitami, które silnik może czysto wyciągnąć;
- Być sformułowana od odpowiedzi, z kluczową myślą na wierzchu, a nie zakopaną w środku akapitu;
- Opierać się na listach, tabelach i definicjach, czyli formatach, które te systemy wyciągają najpewniej;
- Mieć markup schema (np. Article i FAQ structured data), żeby maszyny rozumiały rolę treści.
Content oparty na grafikach nie zdaje żadnego z tych testów. Nawet gdy model potrafi wykonać OCR na obrazku, pipeline'y retrieval i cytowania, które decydują, kto jest cytowany, działają na czystym HTML, nagłówkach i linkach. Jeśli konkurenci publikują tekst strukturalny, a Ty obrazki, to oni trafiają do odpowiedzi AI, a Ty nie.
Alt text pomaga w dostępności i daje crawlerom wskazówkę, ale to podpis, a nie zamiennik prawdziwej treści. Alt text możesz generować i ulepszać modułami AI w Drupalu wtedy, gdy faktyczna treść żyje już w HTML, tam gdzie powinna.
Jakie są koszty UX i dostępności?
Poza discovery content oparty na grafikach psuje doświadczenie ludzi, którzy i tak dotrą na stronę, a przy okazji może narazić Cię na naruszenie prawa o dostępności.
- Brak responsywności. Obrazy się nie przełamują. Na telefonie tekst w środku kurczy się do nieczytelności albo wylewa poza ekran.
- Błędy dostępności. Czytniki ekranu nie parsują tekstu w obrazie, to bezpośrednie naruszenie WCAG. Zbudowanie inkluzywnej, dostępnej witryny jest niemożliwe, gdy treść to obrazki.
- Wolne ładowanie. Ciężkie pliki obrazów karzą użytkowników w sieciach mobilnych, dokładnie tam, gdzie jest dużo ruchu.
- Brak interakcji. Odwiedzający nie mogą zaznaczyć, skopiować ani przeszukać tekstu, który w rzeczywistości jest obrazkiem.
- Brak tłumaczenia. Wielojęzyczne witryny nie przetłumaczą automatycznie słów w obrazie, przez co chaos na wielojęzycznej stronie rozpada się całkowicie.
Ile kosztuje content oparty na grafikach w codziennej pracy?
Content oparty na grafikach jest drogi w utrzymaniu, bo każda zmiana to zadanie projektowe, a nie edycja. Operacyjny ciężar rośnie z czasem.
- zmiana jednego słowa oznacza odtworzenie i ponowny eksport całej grafiki;
- nie ma sensownej historii wersji treści zapisanej w pikselach;
- różne osoby produkują nieco inne obrazy, styl dryfuje, spójność eroduje;
- tej samej wiadomości nie da się użyć ponownie między stronami bez duplikowania obrazów, przez co obciążenie utrzymaniem mnoży się.
To, co powinno być trzydziestosekundową edycją, staje się ticketem, projektem graficznym i redeployem. To przeciwieństwo przejścia do mindsetu komponentowego: redaktorzy powinni łączyć bloki wielokrotnego użytku, a nie zamawiać nowe grafiki przy każdej drobnej zmianie.
Jak to naprawić strukturalną treścią?
Naprawa: zastąpić obrazy z tekstem prawdziwym, edytowalnym tekstem zbudowanym ze strukturalnych komponentów. W Drupalu robi to Drupal Paragraphs. Każda sekcja staje się konfigurowalnym komponentem z właściwymi polami, zamiast płaskiego obrazka.
Dobrze zrobione, daje z powrotem wszystko, co podejście obrazowe zniszczyło:
- Prawdziwą hierarchię nagłówków (H1 → H2 → H3), z której korzystają wyszukiwarki i silniki AI, żeby zrozumieć stronę.
- Tekst crawlable, indeksowalny i cytowalny, który służy SEO i GEO jednocześnie.
- Treść responsywną, dostępną i tłumaczalną domyślnie.
- Możliwości structured data, bo prawdziwa treść może nieść Article, FAQ i inny schema markup.
- Wielokrotnego użytku bloków, żeby ta sama treść pojawiała się na wielu stronach bez duplikacji.
Ta tabela podsumowuje różnicę:
| Możliwość | Tekst wbity w obraz | Strukturalna treść HTML |
|---|---|---|
| Indeksowana przez wyszukiwarki | Nie | Tak |
| Czytelna dla silników odpowiedzi AI | Nie | Tak |
| Hierarchia nagłówków (H1–H3) | Brak | Pełna |
| Responsywna na mobile | Nie | Tak |
| Dostępna dla czytników ekranu | Nie | Tak |
| Auto-tłumaczalna | Nie | Tak |
| Edytowalna bez grafika | Nie | Tak |
| Może zawierać linki | Nie | Tak |
Praktyczne podejście migracyjne to strona po stronie, zaczynając od najbardziej odwiedzanych, gdzie zysk SEO i GEO jest największy. Nie musisz konwertować całej witryny naraz. Etapowa modernizacja CMS, czyli zastąpienie hero i głównej treści na kluczowych stronach strukturalnymi komponentami, daje mierzalne, szybkie wygrane, podczas gdy reszta idzie dalej.
Przeczytaj też: Szybki sposób na edycję i dostosowanie paragrafu w Drupalu oraz Czym jest techniczne SEO i jak je zastosować na Twojej stronie internetowej.
Jak mierzyć efekt?
Śledź zmianę metrykami przed i po w crawlowaniu, wydajności i rankingach, i daj wynikom SEO czas.
Mierz:
- Indeksację. Indeksowane strony i objętość indeksowalnego tekstu, przez Google Search Console.
- Szybkość strony. Wyniki Lighthouse i Core Web Vitals (LCP, CLS, INP) przed i po.
- Rankingi. Pozycje dla docelowych słów kluczowych na skonwertowanych stronach.
- Użyteczność mobile. Wyniki użyteczności mobile i dostępności.
- Obecność w AI. Czy strony zaczynają pojawiać się w AI Overviews i być cytowane przez narzędzia takie jak Perplexity przy trafnych pytaniach.
Ustal oczekiwania co do czasu: zmiany SEO zwykle widać po czterech do dwunastu tygodniach, gdy silniki recrawlują i ponownie oceniają. Zyski w UX, dostępności i wydajności są natomiast natychmiastowe. W jednej z produkcyjnych przebudów, w których uczestniczyliśmy, zamiana treści opartej na grafikach na strukturalne, responsywne komponenty na pierwszej odnowionej landing page zbiegła się ze wzrostem konwersji o ok. 24%, czyli łącznym efektem prawdziwej treści, szybszego ładowania i poprawnego układu mobile.
Najczęściej zadawane pytania
Czy tekst w obrazach jest zły dla SEO?
Tak. Wyszukiwarki nie mogą czytać ani indeksować tekstu wyrenderowanego w obrazie, a taka treść nie daje słów kluczowych, struktury nagłówków ani sygnałów rankingu. Dla Google strona jest praktycznie pusta.
Czy narzędzia AI takie jak ChatGPT czy Perplexity czytają tekst w obrazach?
Jeśli chodzi o cytowanie w odpowiedziach, zwykle nie. Nawet gdy model potrafi wykonać OCR na obrazie, systemy retrieval i cytowania opierają się na czystym, strukturalnym tekście HTML, a content oparty na grafikach wypada z odpowiedzi AI.
Czym jest GEO (generative engine optimization)?
GEO to praktyka strukturyzowania treści tak, żeby była wyszukiwana i cytowana przez silniki odpowiedzi AI, takie jak ChatGPT, Perplexity, Google AI Overviews, Gemini i Copilot. Nagradza tekst czytelny dla maszyn, jasne nagłówki, bezpośrednie odpowiedzi, listy, tabele i schema markup.
Czy dodanie alt textu naprawia problem?
Nie. Alt text poprawia dostępność i daje crawlerom krótki opis, ale to podpis, a nie zamiennik prawdziwej treści. Rzeczywiste komunikaty muszą żyć w tekście HTML.
Jak długo trwa poprawa SEO po przejściu na prawdziwy tekst?
Zwykle od czterech do dwunastu tygodni, gdy wyszukiwarki recrawlują i reindeksują. Poprawę wydajności, dostępności i mobile widać od razu po wdrożeniu.
Gotowy, by zamienić obrazy z powrotem w treść, która rankuje i jest cytowana?
Tekst uwięziony w obrazach to cichy podatek od widoczności. Kosztuje Cię pozycje w wyszukiwarce, cytowania w AI, dostępność, szybkość i możliwość samodzielnej aktualizacji witryny. Konwersja na treść strukturalną i edytowalną naprawia to wszystko naraz, a zwykle wymaga znacznie mniej pracy, niż zespoły zakładają.
Chcesz sprawdzić, gdzie content oparty na grafikach szkodzi Twojej witrynie, albo przebudować kluczowe strony jako edytowalne komponenty gotowe pod SEO i GEO? Budujemy strukturalne wdrożenia Drupal przyjazne wyszukiwarkom i AI. Odwiedź nasze wsparcie Drupal, żeby zobaczyć, jak możemy pomóc.
