Tłumaczenie maszynowe a SEO

TL;DR — Tłumaczenie maszynowe — używanie narzędzia takiego jak Google Translate, DeepL lub modelu AI do tłumaczenia stron — nie jest zakazane dla SEO. To, co wpędza strony w kłopoty, to publikowanie mnóstwa surowych, niesprawdzonych tłumaczeń maszynowych tylko po to, aby rankować w większej liczbie języków. Jeśli człowiek sprawdzi i poprawi tłumaczenie przed publikacją, robisz to, co robi już większość dużych międzynarodowych witryn.

Co oznacza „tłumaczenie maszynowe a SEO”

Tłumaczenie maszynowe (MT) to sytuacja, w której oprogramowanie tłumaczy Twoje treści zamiast człowieka — Google Translate, DeepL, Microsoft Translator lub chatbot AI. Pytanie SEO, które ludzie faktycznie zadają, brzmi mniej więcej tak: „Jeśli użyję tego do przetłumaczenia mojej witryny, czy Google mnie ukarze?”

Krótka odpowiedź: nie, nie za używanie tłumaczenia maszynowego. Google karze wzorzec, a nie narzędzie.

Zasada w jednym zdaniu

Wytyczne Google dotyczą masowych, nierecenzowanych stron o niskiej wartości publikowanych głównie po to, aby oszukiwać rankingi — a tłumaczenie maszynowe to tylko jeden ze sposobów na ich produkowanie. Znajduje się na tej samej liście co skrobanie i przestawianie słów. Problemem jest “little value… to users” (tłumaczenie) „niewielka wartość… dla użytkowników” na dużą skalę, a nie fakt, że tłumaczenia dokonała maszyna.

Istnieją więc tak naprawdę dwie bardzo różne rzeczy, które ludzie nazywają „tłumaczeniem maszynowym”:

• Surowy zrzut MT — przepuszczasz tysiąc stron przez Google Translate i klikasz publikuj, nikt ich nie sprawdza. To jest ryzykowne.
• MT + przegląd ludzki — maszyna tworzy pierwszą wersję, a następnie osoba poprawia niezręczne fragmenty, zanim trafi to do sieci. To normalne i w porządku.

Ten drugi przepływ pracy ma nazwę — MTPE, post-edycja tłumaczenia maszynowego — i w ten sposób działa większość dużych wielojęzycznych witryn. Tłumaczenie każdej pojedynczej strony w 100 % ręcznie zwykle nie jest realistyczne, gdy masz tysiące stron, więc polegają na maszynie i angażują ludzi do kontroli jakości.

Niezależnie od przepływu pracy, widoczna główna treść — nie tylko otaczający ją szablon — musi być spójnie przetłumaczona dla docelowej grupy odbiorców.

Co Google faktycznie powiedziało (ostatnio)

W 2025 roku Google powiedziało wprost, że treści tłumaczone przez AI nie są automatycznie spamem, i po cichu usunęło swoją starą poradę nakazującą właścicielom witryn blokowanie automatycznie tłumaczonych stron. Zostawiło nawet dziesiątki milionów tłumaczonych przez AI stron Reddita w spokoju. Kierunek jest jasny: Google ocenia stronę pod kątem tego, czy jest przydatna, a nie pod kątem tego, jak została stworzona.

Haczyk, który umyka początkującym

Dobre tłumaczenie to tylko połowa zadania. Istnieje techniczny tag o nazwie hreflang, który informuje Google, która wersja językowa jest dla kogo — a w moim badaniu setek tysięcy witryn większość z nich miała go zepsuty. Idealnie przetłumaczona strona z zepsutym hreflang nadal będzie pokazywana niewłaściwym osobom. Więc „tłumaczenie maszynowe a SEO” to tak naprawdę dwa problemy: czy tłumaczenie jest wystarczająco dobre oraz czy infrastruktura kieruje je do właściwej grupy odbiorców.

Chcesz pełną wersję — dokładny tekst polityki, przypadek Reddita na dużą skalę, prawdziwy przepływ pracy MTPE i sposób, w jaki warstwa hreflang się psuje — a także co się stanie, jeśli w ogóle nie przetłumaczysz? Przełącz się na zakładkę Zaawansowane.

Weryfikuj tłumaczone maszynowo strony przed skalowaniem

Pozostałości języka źródłowego

Test do wykonania: Przeskanuj wyrenderowane tytuły, nagłówki, treść, nawigację, dane strukturalne i tekst na obrazach pod kątem nieoczekiwanych ciągów w języku źródłowym, a następnie przejrzyj oznaczone przypadki. Oczekiwany wynik: Pozostają tylko zatwierdzone nazwy i celowo nieprzetłumaczone terminy. Interpretacja błędu: Potok tłumaczenia pominął pola lub wstrzyknął niewłaściwy pakiet językowy. Okno monitorowania: Każda partia publikacyjna i po zmianach szablonu. Wyzwalacz wycofania: Znaczące fragmenty w języku źródłowym pojawiają się na stronach produkcyjnych.

Próbka post-edycji ludzkiej

Test do przeprowadzenia: Poproś wykwalifikowanego recenzenta w języku docelowym o ocenę reprezentatywnej próbki pod kątem znaczenia, płynności, terminologii i lokalnego zamysłu. Oczekiwany wynik: Strony wiernie przekazują treść źródłową i brzmią naturalnie dla docelowej grupy odbiorców. Interpretacja niepowodzenia: Model, glosariusz lub treść źródłowa nie nadają się do publikacji bez nadzoru. Okno monitorowania: Przed uruchomieniem i dla każdego istotnie nowego typu treści. Wyzwalacz wycofania: Krytyczne błędy znaczeniowe, bezpieczeństwa, prawne lub związane z marką umkną próbie recenzenckiej.

Techniczne mapowanie lokalizacji

Test do przeprowadzenia: Przeskanuj przetłumaczone strony i zweryfikuj status, indeksowalność, self-canonical, wzajemne hreflang oraz bezpośrednie cele alternatywne. Oczekiwany wynik: Każde zatwierdzone tłumaczenie jest dostępnym kanonicznym elementem właściwego klastra. Interpretacja niepowodzenia: Potok publikacji utworzył treści bez spójnego technicznego mapowania. Okno monitorowania: Natychmiast po każdej partii i przez kolejne pełne przeszukanie. Wyzwalacz wycofania: Priorytetowe tłumaczenia kanonizują do strony źródłowej lub generują uszkodzone klastry hreflang.

Kontrola wartości po uruchomieniu

Test do przeprowadzenia: Segmentuj wyświetlenia w wyszukiwarce, kliknięcia, zaangażowanie i opinie użytkowników według przetłumaczonego katalogu i typu treści w porównaniu z własną bazą sprzed uruchomienia lub z poprzedniego okresu. Oczekiwany wynik: Zatwierdzone strony zdobywają istotną ekspozycję bez skoncentrowanego wzorca skarg dotyczących jakości. Interpretacja niepowodzenia: Partia może być mało wartościowa, słabo zlokalizowana lub przypisana do niewłaściwych zapytań. Okno monitorowania: Od indeksacji do pierwszego porównywalnego sezonowo okresu przeglądu. Wyzwalacz wycofania: Powtarzalny problem jakościowy dotyczy partii i nie można go szybko skorygować strona po stronie.

TL;DR — Tłumaczenie maszynowe nie jest zakazane. Polityka Google dotycząca nadużyć w skali treści dotyczy masowych, nierecenzowanych tłumaczeń maszynowych publikowanych na dużą skalę w celu manipulowania rankingami — wyzwalaczem jest “little value… to users,” (tłumaczenie) „mała wartość… dla użytkowników”, a nie metoda. Google stwierdziło w 2025 roku, że treści tłumaczone przez AI “not strictly defined… as spam,” (tłumaczenie) „nie są ściśle zdefiniowane… jako spam”, usunęło swoją starą poradę dotyczącą blokowania robots.txt i nie podjęło działań wobec dziesiątek milionów adresów URL tłumaczonych przez AI w serwisie Reddit. Proces na dużą skalę to MTPE (MT + ludzka korekta), ponieważ 100% ludzkiego tłumaczenia każdej strony zwykle nie jest praktyczne. Dwa osobne tryby awarii: jakość tłumaczenia oraz techniczna otoczka — moje badanie 374 756 domen używających hreflang wykazało, że 67%+ miało jakiś problem z hreflang, więc treści MT często błędnie celują w odbiorców, nawet gdy tłumaczenie jest dobre. A jeśli w ogóle nie tłumaczysz, Google może automatycznie przetłumaczyć Twoje strony na własną poddomenę translate.goog i zatrzymać ruch.

Czy Google karze treści tłumaczone maszynowo?

Nie — nie za samo tłumaczenie maszynowe. To najbardziej nieaktualne twierdzenie w konkurencyjnych treściach, z których większość powstała przed zmianą nazwy polityki Google w marcu 2024 i jej doprecyzowaniami z 2025 roku, więc wciąż powtarza ogólnikową linię “Google karze treści tłumaczone automatycznie”.

Oto obowiązująca polityka. Polityki spamu Google definiują nadużycia w skali treści (sekcja przemianowana z “treści generowane automatycznie” w marcu 2024) jako: “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” (tłumaczenie) „Nadużycie treści na dużą skalę ma miejsce, gdy wiele stron jest tworzonych przede wszystkim po to, by manipulować rankingami wyszukiwania, a nie pomagać użytkownikom”. Tłumaczenie pojawia się raz, na liście przykładów, pogrupowane ze skrobaniem i synonimizacją: “Scraping feeds, search results, or other content to generate many pages (including through automated transformations like synonymizing, translating, or other obfuscation techniques), where little value is provided to users.” (tłumaczenie) „Skrobanie kanałów, wyników wyszukiwania lub innych treści w celu tworzenia wielu stron (także za pomocą automatycznych transformacji, takich jak synonimizacja, tłumaczenie lub inne techniki zaciemniania), gdy użytkownikom zapewnia się niewielką wartość”.

Przeczytaj to dokładnie. Nie mówi, że „przetłumaczona treść” lub „treść przetłumaczona maszynowo” stanowi naruszenie. Kluczowe słowa to „do generowania wielu stron” oraz „gdzie użytkownikom zapewnia się niewielką wartość”. Wzorzec to masowość + niska wartość + intencja manipulowania rankingiem. Tłumaczenie jest wymienione jako jeden ze sposobów popełnienia tego wzorca, w tym samym zdaniu co skrobanie — a nie jako kategoria zabronionej treści.

Oświadczenie Google z 2025 r. — najjaśniejsza aktualna linia

Najbardziej cytowalne i najbardziej aktualne potwierdzenie padło w czerwcu 2025 r. Gdy Reddit wdrożył tłumaczenia AI na całej swojej stronie, Glenn Gabe zapytał Google bezpośrednio, czy jest to dozwolone, a rzecznik Google odpowiedział ( relacjonowane przez Search Engine Land): “While we don’t comment on the status of specific sites or pages, nor do we provide individualized support for any site, our policies do not strictly define content that has been translated by AI as spam. Our scaled content abuse policy mentions automated transformations, including translations, as part of the overall warning against creating large amounts of unoriginal content that provides little to no value to users.” (tłumaczenie) „Chociaż nie komentujemy statusu konkretnych witryn ani stron, ani nie zapewniamy zindywidualizowanego wsparcia dla żadnej witryny, nasze zasady nie definiują ściśle treści przetłumaczonej przez AI jako spamu. Nasza polityka dotycząca nadużyć związanych z treścią na dużą skalę wspomina o zautomatyzowanych transformacjach, w tym tłumaczeniach, jako części ogólnego ostrzeżenia przeciwko tworzeniu dużych ilości nieoryginalnych treści, które zapewniają użytkownikom niewielką lub żadną wartość.”

To Google potwierdza w prostym języku dokładnie powyższe rozróżnienie: tłumaczenie AI/maszynowe nie jest “strictly defined… as spam” (tłumaczenie) „ściśle definiowane… jako spam”; polityka dotyczy masowych treści o niskiej wartości, a nie samej metody tłumaczenia.

Co zmieniło się w latach 2024–2025

Trzy konkretne kroki umieszczają obecną politykę w kontekście:

• Zmiana nazwy w marcu 2024 r. „Treść generowana automatycznie” stała się nadużyciem związanym z treścią na dużą skalę, co przeformułowało cały obszar wokół wartości na skalę zamiast sposobu tworzenia treści. Stary język pomocy dotyczący „treści generowanej automatycznie” (który dosłownie wymieniał „tekst przetłumaczony przez zautomatyzowane narzędzie bez przeglądu ani selekcji przez człowieka przed publikacją” jako przykład) został włączony do tego podejścia opartego na wartości.
• Usunięcie wskazówek dotyczących robots.txt w 2025 r. Google usunął swoją wieloletnią poradę zalecającą właścicielom witryn używanie robots.txt do blokowania automatycznie tłumaczonych stron, opisując to w dzienniku zmian jako “This is a docs-only change, no change in behavior.” (tłumaczenie) „To zmiana tylko w dokumentacji, bez zmiany w działaniu.” Gdy polityka ocenia treść pod kątem wartości dla użytkownika, a nie metody tworzenia, ogólna zasada „blokuj wszystkie maszynowo tłumaczone strony” przestała być właściwa. Właściwym narzędziem dla konkretnej niskiej jakości przetłumaczonej strony jest teraz noindex na poziomie strony, a nie blokada robots.txt dla całej witryny.
• Spójność przez 15 lat. Nic z tego nie jest tak naprawdę nowe. Ludzie Google (Mueller w 2010 r., Cutts w 2011 r.) wyznaczali tę samą linię — nieprzejrzane automatyczne tłumaczenie vs. tłumaczenie z przeglądem — na długo zanim „tłumaczenie AI” stało się terminem. Nigdy nie chodziło o tłumaczenie jako technikę; zawsze chodziło o nieprzejrzaną automatyzację na dużą skalę.

MT z przeglądem ludzkim vs. surowe masowe zrzuty MT

To rozróżnienie ma znaczenie operacyjne. Dwie rzeczy nazywane są „tłumaczeniem maszynowym dla SEO” i znajdują się po przeciwnych stronach polityki:

• Surowy masowy zrzut MT — tysiące stron przepuszczonych przez Google Translate lub DeepL i opublikowanych bez żadnego przeglądu ludzkiego, głównie po to, by pojawiać się w większej liczbie języków. To ryzyko nadużycia związanego z treścią na dużą skalę.
• MTPE — post-edycja tłumaczenia maszynowego — MT tworzy pierwszą wersję roboczą; człowiek lingwista lub biegły redaktor przegląda i poprawia ją przed publikacją. Lekka MTPE poprawia czytelność i oczywiste błędy; pełna MTPE podnosi jakość wyniku do poziomu tłumaczenia ludzkiego.

MTPE to de facto standardowy przepływ pracy w branży przy każdej realnej skali. Warto być precyzyjnym co do tego, czym jest: praktyką kontroli ryzyka, a nie oficjalnym krokiem zgodności z Google. Google nie przyznaje przetłumaczonym stronom „zwolnienia z przeglądu” ani żadnego innego formalnego przejścia — przegląd ludzki po prostu utrzymuje wyniki po właściwej stronie progu wartości, który faktycznie mierzy polityka dotycząca nadużyć w treściach masowych. Powód, dla którego MTPE dominuje, jest pragmatyczny: tłumaczenie w 100 % przez człowieka każdej strony zwykle nie jest praktyczne ani niedrogie, gdy utrzymujesz tysiące lub miliony zlokalizowanych adresów URL na kilkunastu rynkach. Surowy MT to tanie i ryzykowne dno; pełne tłumaczenie ludzkie to drogi i wolny sufit; MTPE to miejsce, w którym faktycznie żyje międzynarodowe SEO w przedsiębiorstwach. A zrobienie tego wszystkiego dobrze — płynne wyniki, przegląd ludzki, technicznie poprawne hreflang — nadal nie gwarantuje indeksowania, rankingu ani tego, jak strona jest wyświetlana; usuwa ryzyko nadużyć w treściach masowych, ale nie kupuje wyniku rankingowego. (Głębiej o warstwie strategicznej — kiedy w ogóle tłumaczyć, a kiedy w pełni lokalizować — piszę w siostrzanym artykule o tłumaczeniu a lokalizacji.)

Jeszcze jedna rzecz, zanim przepuścisz cokolwiek przez narzędzie do tłumaczenia: wysyłanie treści strony do API MT lub LLM oznacza, że tekst opuszcza Twój system i trafia do osoby trzeciej. Co się z nim dzieje — przechowywanie, czy jest używany do trenowania modeli, gdzie jest przechowywany, kto jeszcze ma do niego dostęp — zależy wyłącznie od konkretnego dostawcy, planu, na którym jesteś, oraz przepisów o ochronie danych w Twojej jurysdykcji. To ma większe znaczenie dla stron zawierających dane osobowe, treści regulowane (zdrowotne/finansowe/prawne) lub cokolwiek objętego NDA lub ograniczeniami licencyjnymi niż dla ogólnych treści marketingowych. To nie jest porada SEO — sprawdź aktualne warunki przetwarzania danych dostawcy dla Twojego faktycznego planu i zaangażuj osobę odpowiedzialną za ochronę danych/prawo w Twojej firmie, zanim wyślesz przez to coś wrażliwego. Żaden artykuł SEO, w tym ten, nie może tego za Ciebie rozstrzygnąć.

Przypadek Reddita: dowód, że jest stosowana według wartości, a nie metody

Reddit to prawdziwy test wytrzymałościowy. Według raportu Glenna Gabe’a, Reddit skalował tłumaczenia AI na ponad 20 języków i opublikował dziesiątki milionów adresów URL tłumaczonych przez AI — Gabe podaje na przykład 2,3 mln rankingowych adresów URL we Francji i 2,4 mln w Hiszpanii. To mniej więcej tak „na skalę”, jak to tylko możliwe. Odpowiedź Google, w słowach Gabe’a: “Well, nothing happened. Nothing at all.” (tłumaczenie) „Cóż, nic się nie stało. Nic a nic.” Brak ręcznego działania, brak algorytmicznego obniżenia rankingu.

Lekcja nie brzmi „surowy MT na skalę jest zawsze bezpieczny” — chodzi o to, że Google zastosował politykę w oparciu o to, czy podstawowa treść była pomocna, a nie o metodę tłumaczenia lub wolumen. (Uważaj z przypisywaniem ram: określenie przez Reddita podejścia jako „autoryzowanego” to ramy Reddita, a nie cytat z Google. To, co Google faktycznie powiedział, to stwierdzenie „nieściśle zdefiniowane jako spam” powyżej.)

Warstwa techniczna, której treści MT nadal potrzebują

Oto zróżnicowany punkt, który większość relacji pomija: jakość tłumaczenia i implementacja techniczna to dwa osobne tryby awarii i musisz osiągnąć oba poprawnie.

Dedykowane, indeksowalne adresy URL — a nie nakładki JS. Widget Tłumacza Google lub nakładka tłumaczeniowa JS po stronie klienta nie dają wyszukiwarkom prawdziwych przetłumaczonych stron do rankingu. Własne wytyczne Google dotyczące wersji zlokalizowanych i dokumentacja wieloregionalna zakładają odrębne, indeksowalne adresy URL dla każdego języka. Tłumaczenie na bieżąco bez dedykowanych, indeksowalnych adresów URL z tagami hreflang to bardziej jednoznaczny problem niż jakość MT — po prostu nie ma nic przetłumaczonego, co silnik mógłby zaindeksować.

Hreflang — i dlaczego większość z niego jest zepsuta. Hreflang informuje wyszukiwarki, którą wersję językową/regionalną serwować komu. W moim badaniu hreflang na 374 756 domenach (Brighton SEO 2023), ponad 67 % domen używających hreflang miało co najmniej jeden problem — brakujące adnotacje x-default, brakujące tagi samoodnoszące, odniesienia do przekierowanych lub zepsutych stron, brakujące wzajemne tagi zwrotne, wskaźniki do niekanonicznych URL-i oraz niespójne wartości językowe. hreflang to jeden z najbardziej złożonych aspektów SEO i działa tylko jako wzajemny klaster: jeśli dwie strony nie wskazują na siebie nawzajem, Google ignoruje całą parę.

Połącz to wszystko, a praktyczna implikacja jest niewygodna: większość konfiguracji przetłumaczonych stron błędnie targetuje swoją publiczność niezależnie od jakości tłumaczenia. Doskonale przetłumaczona przez człowieka strona z zepsutym hreflang radzi sobie równie źle, jak surowy wyrzut MT z idealnym hreflang. Jakość tłumaczenia jest konieczna, ale niewystarczająca. (Mechanika — trzy metody implementacji, zasada wzajemności, x-default, prawidłowe kody — znajduje się w szczegółowych analizach hreflang i x-default.)

Jedno przydatne wyjaśnienie z dokumentacji Google: przetłumaczone strony nie są automatycznie duplikatami treści. Google wyraźnie traktuje stronę jako duplikat tylko “if the main content of the page remains untranslated” (tłumaczenie) „jeśli główna treść strony pozostaje nieprzetłumaczona” — tj. to samo ciało w języku źródłowym umieszczone na URL-u /de/. Prawdziwie przetłumaczona strona, niezależnie od tego, jak powstała, nie jest duplikatem.

Minimalna brama, przed wszystkim innym: dedykowany indeksowalny URL dla każdego języka, prawdziwa główna treść widoczna bez JavaScript, wzajemny klaster hreflang (samoodniesienie + każdy alternatywny + x-default) oraz kanoniczny, który wskazuje na siebie, a nie na stronę w języku źródłowym. Jakość tłumaczenia jest bezwartościowa, jeśli brakuje któregokolwiek z tych czterech elementów — Google nie ma nic indeksowalnego do oceny. (Pełny przewodnik znajduje się w soczewce Decision Trees.)

Co się stanie, jeśli w ogóle nie tłumaczysz

Istnieje realna zachęta na 2025 rok, aby opublikować przynajmniej zweryfikowane tłumaczenie bazowe zamiast niczego: Google może automatycznie przetłumaczyć Twoje treści na własną domenę translate.goog i zatrzymać ruch. Według analizy Ahrefs (którą sprawdziłem), szacunkowo 377M miesięcznych wizyt organicznych przechodzi przez strony proxy tłumaczeń Google, a Indie, Indonezja i Brazylia należą do najbardziej dotkniętych rynków — ruch, który mógł trafić na własne zlokalizowane strony oryginalnego wydawcy.

Moje zdanie, za którym stoję: Google od lat mówi o ulepszaniu systemu hreflang; zamiast nadal pomagać twórcom w lokalizacji, skutecznie zdecydowało się przejąć część tego ruchu dla siebie. Google przedstawia proxy jako zapasowe rozwiązanie, gdy “there is no high-quality, local-language content available” (tłumaczenie) „nie ma dostępnych wysokiej jakości treści w lokalnym języku” (jak poinformował Search Engine Land) — co odwraca zwykły argument. Brak prawdziwej, zweryfikowanej przetłumaczonej strony zachęca Google do przetłumaczenia jej za Ciebie i zatrzymania kliknięcia. Opublikowanie nawet skromnej, zweryfikowanej przez MTPE strony w języku ojczystym z prawidłowym hreflang to sposób, aby Twój URL był tym, który zostanie zaindeksowany. To silny argument komercyjny za zweryfikowanym MT, a nie przeciw tłumaczeniu.

Podejście Binga

Bing/Microsoft nie publikuje dedykowanej polityki dotyczącej tłumaczenia maszynowego w taki sposób, jak robi to polityka spamu Google. Jego Wytyczne dla webmasterów ramują ranking wokół jakości treści i wiarygodności w sposób ogólny, bez specjalnego wyłączenia dla tłumaczeń. Uczciwa interpretacja: Bing nie ma reguły specyficznej dla MT, ale jego ogólne wytyczne dotyczące cienkiej/niskiej jakości treści stosowałyby się w ten sam sposób — nieprzejrzane masowe zrzuty MT są podzbiorem cienkiej treści, a nie unikalną polityką Bing. Należy również zauważyć, że Bing bardziej polega na sygnale content-language niż na hreflang, co warto uwzględnić w technicznej otoczce.

Najważniejszy wniosek

Tłumaczenie maszynowe jest legalnym, powszechnym narzędziem SEO. Używaj go jako pierwszej wersji roboczej, zaangażuj człowieka do kontroli jakości (MTPE), daj każdemu językowi dedykowany indeksowalny URL, poprawnie skonfiguruj hreflang i oceniaj wynik na podstawie tego, czy jest faktycznie pomocny dla danego rynku. Jeśli to zrobisz, nie oszukujesz niczego — robisz to, co robi już każda duża wielojęzyczna witryna. Pomiń przegląd i wrzuć surowe MT na masową skalę w pogoni za rankingami, a to jest wzorzec, który polityka dotycząca nadużyć skalowanej treści ma wychwytywać.

Podsumowanie AI

Skrócona wersja wersji zaawansowanej:

• MT nie jest zakazane. Polityka Google dotycząca nadużyć skalowanej treści celuje w masowe, nieprzejrzane strony o niskiej wartości publikowane w celu manipulowania rankingami. Tłumaczenie jest wymienione jako jeden z przykładów obok skrobania/synonimizacji; wyzwalaczem jest “little value… to users,” (tłumaczenie) „niewielka wartość… dla użytkowników”, a nie metoda.
• Google, 2025: Treści tłumaczone przez AI są not “strictly defined… as spam.” (tłumaczenie) „nie są ściśle zdefiniowane… jako spam”. Polityka dotycząca nadużyć skalowanej treści reguluje je według wartości.
• Dwa potwierdzające posunięcia z 2025 r.: Google usunęło swoją starą poradę dotyczącą robots.txt, aby blokować automatycznie tłumaczone strony (“This is a docs-only change, no change in behavior.” (tłumaczenie) „to zmiana tylko w dokumentacji, bez zmiany zachowania”), wskazując zamiast tego na poziom strony noindex dla konkretnych stron niskiej jakości; i nie podjęło żadnych działań wobec dziesiątek milionów tłumaczonych przez AI adresów URL Reddita.
• Prawdziwe rozróżnienie: surowy masowy zrzut MT (ryzykowny) vs. MTPE — wersja robocza MT + ludzka korekta (standardowa praktyka). 100% ludzkie tłumaczenie każdej strony zwykle nie jest praktyczne w skali przedsiębiorstwa. MTPE to praktyka kontroli ryzyka, nie oficjalny krok zgodności z Google — a nawet płynny wynik, ludzki przegląd i prawidłowy hreflang nie gwarantują indeksowania, rankingu ani wyświetlania; po prostu usuwają ryzyko nadużyć skalowanej treści.
• Dwa osobne tryby awarii: jakość tłumaczenia i techniczna otoczka. Badanie Patricka dotyczące 374 756 domen używających hreflang wykazało, że 67%+ miało jakiś problem z hreflang, więc treści MT często błędnie celują w swoją publiczność niezależnie od jakości tłumaczenia.
• Minimalna brama techniczna: dedykowany indeksowalny URL na język, prawdziwa główna treść widoczna bez JS, wzajemny hreflang + x-default, self-canonical. Jeśli zabraknie któregokolwiek z tych elementów, nie ma nic indeksowalnego, dla czego jakość tłumaczenia miałaby znaczenie.
• Nakładki JS nie są przetłumaczonymi stronami. Wyszukiwarki potrzebują dedykowanych, indeksowalnych adresów URL z tagami hreflang dla każdego języka.
• Przed wysłaniem czegokolwiek do dostawcy MT: sprawdź jego warunki dotyczące przetwarzania/przechowywania danych i włącz prawników/dział prywatności w przypadku treści wrażliwych lub regulowanych — to kwestia danych, nie SEO, i różni się w zależności od dostawcy, planu i jurysdykcji.
• To nie jest zduplikowana treść: Google traktuje stronę jako duplikat tylko wtedy, gdy główna treść pozostaje nieprzetłumaczona.
• Ryzyko nie-tłumaczenia: Google może automatycznie tłumaczyć Twoje strony na translate.goog (~377M miesięcznych wizyt przez nie przechodzi) i zatrzymać ruch — argument za przejrzanym MT.
• Bing: brak polityki specyficznej dla MT; stosują się ogólne wytyczne dotyczące cienkiej treści.

Oficjalna dokumentacja

Dokumentacja źródeł pierwotnych dotycząca treści tłumaczonych maszynowo i zlokalizowanych.

Google

• Zasady dotyczące spamu w wyszukiwarce Google — sekcja nadużycia skalowanej treści (przemianowana z „treści generowane automatycznie”, marzec 2024) wymienia „zautomatyzowane transformacje, takie jak synonimizacja, tłumaczenie lub inne techniki zaciemniania”, gdy „użytkownikom zapewnia się niewielką wartość”. Ocena dotyczy wartości, a nie metody.
• Korzystanie z treści generowanych przez AI — stanowisko Google, które stawia pomocną treść na pierwszym miejscu i jest neutralne metodologicznie, co odzwierciedlają wytyczne dotyczące tłumaczeń.
• Zlokalizowane wersje Twoich stron — mechanika hreflang; zasada wzajemności; oraz uwaga, że zlokalizowana strona jest duplikatem „tylko wtedy, gdy główna treść strony pozostaje nieprzetłumaczona”.
• Zarządzanie witrynami wieloregionalnymi i wielojęzycznymi — dedykowane adresy URL dla każdego języka oraz ostrzeżenie przed tłumaczeniem wyłącznie elementów szablonu. (To jest dokument, który wcześniej zawierał obecnie usuniętą poradę dotyczącą blokowania robots.txt.)
• Omówienie SEO międzynarodowego — strony dostosowane do lokalizacji oraz to, jak Google może nie indeksować/nie pozycjonować wszystkich wariantów lokalizacji.

Bing / Microsoft

• Wytyczne dla webmasterów Bing — ogólne oczekiwania dotyczące jakości treści, które mogą naruszać nieprzejrzane masowe tłumaczenie maszynowe; brak szczególnego wyłączenia dla tłumaczeń maszynowych.

Cytaty ze źródła

Oficjalne oświadczenia Google. Jeśli cytat dotarł do mnie za pośrednictwem relacji wtórnych, a nie bezpośrednio sprawdzalnej strony źródłowej, zostało to odnotowane.

Google — tłumaczenie AI nie jest kategorycznie spamem (czerwiec 2025)

• “While we don’t comment on the status of specific sites or pages, nor do we provide individualized support for any site, our policies do not strictly define content that has been translated by AI as spam. Our scaled content abuse policy mentions automated transformations, including translations, as part of the overall warning against creating large amounts of unoriginal content that provides little to no value to users.” (tłumaczenie) „Chociaż nie komentujemy statusu konkretnych witryn ani stron, ani nie zapewniamy zindywidualizowanego wsparcia dla żadnej witryny, nasze zasady nie definiują ściśle treści przetłumaczonej przez AI jako spamu. Nasza polityka dotycząca nadużyć skalowanej treści wspomina o zautomatyzowanych transformacjach, w tym tłumaczeniach, jako części ogólnego ostrzeżenia przed tworzeniem dużych ilości nieoryginalnych treści, które zapewniają użytkownikom niewielką lub żadną wartość.” — rzecznik Google, czerwiec 2025. Przeczytaj relację

Google — polityka nadużyć skalowanej treści

• “Scaled content abuse is when many pages are generated for the primary purpose of manipulating search rankings and not helping users.” (tłumaczenie) „Nadużycie skalowanej treści ma miejsce, gdy wiele stron jest generowanych w głównym celu manipulowania rankingami wyszukiwania, a nie pomagania użytkownikom.” Przejdź do cytatu
• “…including through automated transformations like synonymizing, translating, or other obfuscation techniques…” (tłumaczenie) „…w tym poprzez zautomatyzowane transformacje, takie jak synonimizacja, tłumaczenie lub inne techniki zaciemniania…” — ta sama strona. Przejdź do cytatu

Google — zmiana wytycznych dotyczących robots.txt (2025)

• “This is a docs-only change, no change in behavior.” (tłumaczenie) „To zmiana tylko w dokumentacji, bez zmiany zachowania.” — dziennik zmian Google Search Central, dotyczący usunięcia porady o blokowaniu automatycznie tłumaczonych stron za pomocą robots.txt. Przeczytaj relację

Google — zlokalizowane strony i zduplikowana treść

• “Localized versions of a page are only considered duplicates if the main content of the page remains untranslated.” (tłumaczenie) „Zlokalizowane wersje strony są uznawane za duplikaty tylko wtedy, gdy główna treść strony pozostaje nieprzetłumaczona”. — Dokumentacja Google Search Central. Przejdź do cytatu

Skala przypadku Reddit (via Glenn Gabe / GSQi)

• O (bez)działaniu Google wobec dziesiątek milionów adresów URL przetłumaczonych przez AI: “Well, nothing happened. Nothing at all.” (tłumaczenie) „Cóż, nic się nie stało. Zupełnie nic”. — Glenn Gabe, GSQi. Przeczytaj relację

Którą metodę tłumaczenia powinna otrzymać ta strona?

Pytanie nie brzmi „MT czy człowiek?” w abstrakcji — chodzi o to, „ile ludzkiej weryfikacji wymaga TA strona, na TYM rynku?” Przeanalizuj to od góry do dołu.

1. Czy to dedykowany, indeksowalny adres URL? Jeśli oferujesz tylko widget Google Translate lub nakładkę JS po stronie klienta, przestań — nie ma indeksowalnej przetłumaczonej strony, którą wyszukiwarki mogłyby rankingować. Najpierw utwórz prawdziwe, odrębne adresy URL dla każdego języka. Wszystko poniżej zakłada, że je masz.

2. Jak ważny jest ten rynek?

• Niski priorytet / mały rynek / treści referencyjne z niewielką ilością niuansów → surowy MT jest obronnym punktem wyjścia, najlepiej wyraźnie oznaczonym i traktowanym jako pomost.
• Każdy rynek, na którym faktycznie chcesz się rankingować → potrzebujesz co najmniej MTPE. Kontynuuj.

3. Jak konkurencyjne jest zapytanie / jak wartościowa jest strona?

• Niekonkurencyjne, informacyjne, duża liczba stron → lekkie MTPE (szkic MT
  • poprawki czytelności/błędów przez człowieka). Wystarczająco dobre pokonuje doskonałe na dużą skalę.
• Strony o średniej i wysokiej wartości, na których chcesz konkurować → pełne MTPE (szkic MT + pełna ludzka weryfikacja do ludzkiej jakości).
• Najbardziej wartościowe strony zarabiające, treści kluczowe dla marki → tłumaczenie ludzkie (lub transkreacja dla taglines/reklam).

4. Czy to treści wrażliwe (kasa, prawne, YMYL, generowanie leadów)? Nigdy nie publikuj tutaj surowego MT. Pełne MTPE lub człowiek, i rozważ X-Robots-Tag, aby zablokować własne tłumaczenie proxy Google na tych adresach URL.

5. Niezależnie od wybranego poziomu — czy opakowanie jest właściwe? Dedykowany indeksowalny adres URL ✓ · wzajemny klaster hreflang (self + wszystkie alternatywy) ✓ · x-default ustawione ✓ · canonical wskazuje na siebie, nie na stronę w języku źródłowym ✓. Pomiń to, a nawet ludzko przetłumaczona strona będzie źle targetowana.

Zasada kciuka: surowy MT to szkic, a nie gotowy do publikacji produkt dla czegokolwiek, co chcesz rankingować. MTPE to podłoga dla konkurencyjnych treści. Ryzyko scaled-content-abuse leży w całości w kroku 2, gdy odpowiesz „niski priorytet” dla każdego rynku i opublikujesz wszystko bez weryfikacji.

Mity o tłumaczeniu maszynowym, które kosztują rankingi

Każdy z nich to powszechne przekonanie z praktyki, dlaczego jest błędne i co zrobić zamiast tego.

Mit: „Tłumaczenie maszynowe jest zakazane / spowoduje karę.” Dlaczego to błędne: Google wyraźnie stwierdziło, że treści tłumaczone przez AI/MT nie są “strictly defined… as spam.” (tłumaczenie) „ściśle zdefiniowane… jako spam”. Ryzyko to skalowana, nieweryfikowana, niskowartościowa produkcja — nie metoda tłumaczenia. Większość treści powtarzających tę linię pochodzi sprzed zmiany nazwy polityki Google w 2024 r. Zrób zamiast tego: Używaj MT swobodnie jako szkicu; oceniaj opublikowaną stronę pod kątem wartości dla użytkownika i weryfikuj przed publikacją.

Mit: „Musisz w pełni przetłumaczyć każdą stronę przez człowieka, inaczej Google cię ukarze.” Dlaczego to błędne: MTPE (MT + ludzka weryfikacja) to standardowa praktyka na dużą skalę, a 100% ludzkie tłumaczenie każdej strony zwykle nie jest praktyczne dla dużych witryn. Polityka Google dotyczy masowej nieweryfikowanej automatyzacji, a nie obecności MT w procesie. Zrób zamiast tego: Uruchom MTPE — zarezerwuj pełne ludzkie tłumaczenie dla swoich najcenniejszych stron i treści zarabiających/marki.

Mit: „Widget Google Translate lub nakładka JS = przetłumaczone strony.” Dlaczego to błąd: Tłumaczenie po stronie klienta, w locie, nie daje wyszukiwarkom niczego do zaindeksowania. Nie ma dedykowanych, dostępnych do crawlowania adresów URL z hreflang, które mogłyby rankingować. Zamiast tego: Publikuj prawdziwe, odrębne adresy URL dla każdego języka z serwerowo renderowaną przetłumaczoną treścią i wzajemnym hreflang.

Mit: „Jeśli Google i tak automatycznie tłumaczy moją stronę, to pokrywa moją lokalizację.” Dlaczego to błąd: Proxy translate.goog Google to rozwiązanie awaryjne na wypadek, gdy “there is no high-quality, local-language content available” (tłumaczenie) „nie ma dostępnych wysokiej jakości treści w lokalnym języku” — przejmuje Twój ruch i markę na własną domenę Google, zamiast realizować jakąkolwiek strategię za Ciebie. Zamiast tego: Opublikuj własną, zrecenzowaną stronę w języku ojczystym z hreflang, aby Twój adres URL był tym indeksowanym; linki proxy zwykle znikają, gdy istnieją prawdziwe strony z hreflang.

Mit: „To nowy problem stworzony przez AI.” Dlaczego to błąd: Google (Mueller w 2010, Cutts w 2011) dokonał tego samego rozróżnienia między treścią niezrecenzowaną a zrecenzowaną na długo przed tym, zanim „tłumaczenie AI” stało się popularnym określeniem. Polityka nigdy nie dotyczyła narzędzia. Zamiast tego: Traktuj to jako ten sam stary problem jakości na dużą skalę — zrecenzowana automatyzacja jest w porządku; niezrecenzowane masowe wrzutki nie są.

Mit: „Przetłumaczone strony to zduplikowana treść.” Dlaczego to błąd: Google traktuje stronę jako duplikat tylko wtedy, gdy “if the main content of the page remains untranslated” (tłumaczenie) „jeśli główna treść strony pozostaje nieprzetłumaczona”. Inne słowa w innym języku nie są duplikatami. Zamiast tego: Faktycznie przetłumacz główną treść (nie tylko elementy szablonu) i oznacz warianty za pomocą hreflang — nie zostawiaj treści w języku źródłowym na adresie URL dla kraju.

SOP: Kontrola jakości MTPE przed publikacją przetłumaczonych stron

Powtarzalna lista kontrolna, którą Twój zespół wykonuje na każdej partii maszynowo przetłumaczonych stron przed ich publikacją. Dostosuj głębokość (lekka vs. pełna MTPE) do wartości strony.

Przygotowanie

1. Potwierdź, że strona ma dedykowany, dostępny do crawlowania adres URL dla języka docelowego (nie nakładkę JS).
2. Pobierz źródło i wynik MT obok siebie w swoim narzędziu do przeglądu / TMS.
3. Przydziel recenzenta, który jest rodzimym użytkownikiem lub biegle włada językiem docelowym, a nie tylko dwujęzycznym ogólnistą.

Przegląd językowy (na stronę) 4. Przeczytaj wynik MT jako rodzimy użytkownik — zaznacz wszystko, co brzmi jak wynik maszynowy, niezręczne sformułowania lub błędnie przetłumaczony idiom. 5. Zweryfikuj, że nazwy marek, nazwy produktów i stringi UI pozostały nieprzetłumaczone lub używają zatwierdzonego zlokalizowanego terminu (glosariusz/baza terminów). 6. Sprawdź liczby, waluty, jednostki, daty i sformułowania prawne/zgodnościowe — MT po cichu je psuje. 7. Potwierdź, że tekst wbudowany w obrazy/zrzuty ekranu został obsłużony (MT go nie dotknie).

Przegląd SEO (na stronę) 8. Potwierdź, że tytuł i meta description zostały przetłumaczone i brzmią naturalnie — a nie pozostały w języku źródłowym. 9. Sprawdź poprawność docelowego słowa kluczowego: czy przetłumaczone sformułowanie jest tym, czego lokalni użytkownicy faktycznie szukają, czy dosłownym tłumaczeniem, którego nikt nie używa? (To przekazanie do lokalizacji, a nie tylko tłumaczenie.) 10. Zweryfikuj hreflang: obecne samoodniesienie, wymienione wszystkie alternatywy, każda alternatywa zwraca wzajemny tag, ustawione x-default. 11. Potwierdź, że kanoniczny wskazuje na samą stronę, a nie na adres URL w języku źródłowym.

Publikacja i monitorowanie 12. Opublikuj; prześlij/odśwież mapę witryny dla tego języka. 13. Po indeksacji sprawdź w GSC segment języka/kraju: czy właściwy adres URL rankinguje, czy nadal widnieje proxy translate.goog? Jeśli proxy utrzymuje się, przeprowadź ponowny audyt hreflang. 14. Zapisuj powtarzające się wzorce błędów MT z powrotem do bazy terminów / glosariusza silnika MT, aby następna partia surowych wyników była lepsza.

Częstotliwość: wykonuj kroki 4–11 na każdej stronie dla rynków o wysokiej wartości; próbkowanie (np. 10%) plus automatyczne kontrole dla rynków o niskim priorytecie i dużej objętości.

Playbook: już opublikowałeś surowy zrzut MT — co teraz

Liniowy podręcznik postępowania w sytuacji, gdy masowe, niezrecenzowane wdrożenie tłumaczenia maszynowego jest już aktywne i albo osiąga słabe wyniki, albo martwisz się o interpretację jako nadużycie skalowanej treści. Wykonuj kroki w kolejności.

Krok 1 — Potwierdź objaw. Czy to problem jakości/skali (cienkie, nierecenzowane strony na dużą skalę) czy problem targetowania (dobre strony, zła grupa docelowa)? Sprawdź GSC według kraju/języka: czy Twoje adresy URL są indeksowane i pozycjonowane, czy zamiast nich widoczne są proxy translate.goog? Rozwiązanie się różni.

Krok 2 — Posegreguj strony, nie usuwaj w panice. Podziel je według wartości rynkowej i ruchu. Nie zamierzasz ręcznie przejrzeć miliona stron w jedną noc i nie powinieneś też masowo stosować noindex do wszystkiego.

Krok 3 — W przypadku stron o naprawdę niskiej wartości, których nie możesz szybko przejrzeć: Zastosuj noindex na poziomie strony do konkretnych, niskiej jakości przetłumaczonych adresów URL (to zalecane po 2025 roku narzędzie Google — nie blokada całego serwisu przez robots.txt). Wytyczne Google dotyczące naprawy treści na dużą skalę mówią, aby wykluczyć ją z wyszukiwarki, jeśli ją hostujesz.

Krok 4 — W przypadku stron na rynkach, które mają znaczenie: Przepuść je przez MTPE (patrz SOP), zaczynając od adresów URL o największym ruchu/największej wartości. Popraw tłumaczenie oraz otoczkę techniczną (hreflang, canonical, tytuły/meta) w tym samym przebiegu.

Krok 5 — Popraw otoczkę techniczną na całej stronie. Nawet zanim zakończy się przegląd językowy, napraw zepsute klastry hreflang i problemy z self-canonical — to często większa wygrana, ponieważ 67%+ domen używających hreflang w badaniu miało jakiś problem z hreflang, a błędne targetowanie tłumi nawet dobre strony.

Krok 6 — Wyeliminuj tłumaczenie tylko w JS. Jeśli jakakolwiek „przetłumaczona” treść istniała tylko jako widget/nakładka Google Translate, zastąp ją prawdziwymi, indeksowalnymi adresami URL — silniki nie miały czego pozycjonować.

Krok 7 — Zaindeksuj ponownie i zweryfikuj. Odśwież mapy witryn dla przejrzanych języków, poproś o indeksację priorytetowych adresów URL i obserwuj GSC według kraju: celem jest, aby Twoje adresy URL zastąpiły wszelkie proxy translate.goog w wynikach wyszukiwania dla danego rynku.

Krok 8 — Zapobiegaj nawrotom. Przesuń SOP MTPE w górę procesu, aby następna partia była sprawdzana przed publikacją. Wprowadzaj powtarzające się błędy MT do glosariusza/bazy terminów silnika.

Zapewnienie: Google nie podjął żadnych ręcznych działań nawet wobec dziesiątek milionów adresów URL przetłumaczonych przez AI na Reddicie — polityka jest stosowana na podstawie wartości, więc surowy zrzut nie jest automatyczną karą. Ale „brak kary” nie oznacza „dobre wyniki”. Powyższy plan działania polega na tym, aby strony faktycznie działały, co jest tym samym, co utrzymuje je bezpiecznymi.

Prawdziwe przypadki

Reddit — surowe tłumaczenie AI na ogromną skalę, brak działań. Reddit skalował tłumaczenia AI na ponad 20 języków i opublikował dziesiątki milionów przetłumaczonych przez AI adresów URL (Glenn Gabe podaje ~2,3 mln pozycjonowanych adresów URL we Francji, ~2,4 mln w Hiszpanii). To największy żywy test polityki dotyczącej nadużyć treści na dużą skalę wobec tłumaczenia maszynowego. Odpowiedź Google, według raportu Gabe’a: “Well, nothing happened. Nothing at all” (tłumaczenie) „Cóż, nic się nie stało. Zupełnie nic” — brak ręcznych działań, brak degradacji. Własne oświadczenie Google (via Search Engine Land) mówiło, że treści tłumaczone przez AI nie są “strictly defined… as spam.” (tłumaczenie) „ściśle zdefiniowane… jako spam”. Wniosek: polityka jest stosowana na podstawie wartości treści, a nie metody tłumaczenia ani wolumen. (Przypisz ramy „sankcjonowania” Redditowi, nie Google.)

Proxy translate.goog Google — koszt nietłumaczenia. Analiza Ahrefs (którą przejrzałem) szacuje 377M miesięcznych wizyt organicznych przechodzących przez strony proxy tłumaczeń Google, przy czym Indie, Indonezja i Brazylia należą do najbardziej dotkniętych rynków. Gdy wydawca nie ma wysokiej jakości strony w lokalnym języku, Google tłumaczy angielską na własną poddomenę translate.goog i zatrzymuje kliknięcie. Przed: brak zlokalizowanej strony → proxy Google przechwytuje międzynarodowy ruch. Po: opublikuj sprawdzoną stronę w języku ojczystym z poprawnym hreflang → linki proxy zwykle znikają, a Twój adres URL jest indeksowany dla danego rynku.

Nieprzetłumaczony standardowy tekst na adresie URL kraju — rzeczywista pułapka dotycząca zduplikowanych treści. Częsty błąd: utworzenie adresów URL /de/, ale pozostawienie głównej treści po angielsku (przetłumaczona jest tylko nawigacja/stopka). Dokumentacja Google jest jednoznaczna: zlokalizowana strona jest duplikatem “only if the main content of the page remains untranslated.” (tłumaczenie) „tylko jeśli główna treść strony pozostaje nieprzetłumaczona”. Przed: angielska treść na niemieckim adresie URL → traktowana jako duplikat, a nie prawdziwa niemiecka strona. Po: przetłumacz główną treść (MT + korekta jest w porządku), a Google będzie miał prawdziwą niemiecką stronę do rankingu — już nie duplikat.

Gotowe prompty AI

Gotowe prompty do użycia LLM w przepływie pracy MTPE. Zawsze zachowuj człowieka w pętli — przyspieszają one przegląd, ale go nie zastępują.

Dokonaj post-edycji surowego tłumaczenia maszynowego (lekki MTPE)

You are a native [TARGET LANGUAGE] editor doing machine-translation post-editing.
Below is the [SOURCE LANGUAGE] original and a raw machine translation.

Fix the translation so it reads as if written by a native speaker: correct
awkward phrasing, mistranslated idioms, wrong register, and grammar. Do NOT
change meaning, do NOT translate brand/product names [LIST], and keep numbers,
currencies, dates, and units correct for [TARGET MARKET].

Return: (1) the corrected translation, and (2) a bullet list of every change you
made and why, so a human reviewer can spot-check.

SOURCE:
[paste]

RAW MACHINE TRANSLATION:
[paste]

Oznacz prawdopodobne błędne tłumaczenia do przeglądu przez człowieka (triage na dużą skalę)

Act as a QA reviewer for [TARGET LANGUAGE] machine-translated web content. Read
the translation below and output ONLY a table of suspected problems: the quoted
phrase, the issue type (idiom / mistranslation / wrong register / untranslated
term / number-format error / SEO keyword unnatural), and a suggested fix.
If nothing is wrong, say "no issues found." Do not rewrite the whole text.

TRANSLATION:
[paste]

Sprawdź, czy przetłumaczone słowo kluczowe odpowiada temu, jak lokalni użytkownicy faktycznie wyszukują

For the [TARGET LANGUAGE / TARGET COUNTRY] market, is "[MACHINE-TRANSLATED
KEYWORD]" the phrase people actually search for this concept, or a literal
translation locals wouldn't use? Suggest 3-5 natural local alternatives and note
which is most likely to have search demand. Flag any that mean something
different locally (e.g., false-friend or regional-meaning traps).

Zlokalizuj tytuł i meta description (nie tylko przetłumacz)

Translate and localize this page title and meta description for [TARGET
LANGUAGE / MARKET]. Keep the title under ~60 characters and the description under
~155. Use the natural local phrasing for the primary keyword rather than a literal
translation, and preserve the brand name [BRAND] untranslated.

TITLE: [paste]
META DESCRIPTION: [paste]

Fragmenty audytu i wykrywania

Praktyczne sprawdzenia, aby znaleźć problemy z surowym MT i zweryfikować techniczną otoczkę na przetłumaczonych stronach.

Wykryj “przetłumaczoną” stronę, która jest tak naprawdę nakładką JS

Jeśli przetłumaczony tekst pojawia się dopiero po uruchomieniu JavaScriptu, wyszukiwarki nie mogą go zaindeksować. Porównaj surowy HTML z wyrenderowanym.

macOS / Linux (shell)

# Raw HTML the crawler sees first — does the translated body text appear here?
curl -sL "https://example.com/de/" | grep -o "EIN ERWARTETER DEUTSCHER SATZ"

# If that returns nothing but the text is visible in a browser, the translation
# is client-side only. Confirm with a real render (headless Chrome):
#   npx -y @lighthouse ...  or your renderer of choice

Pobierz zadeklarowany język i klaster hreflang z adresu URL

Chrome DevTools Console (wklej na stronie)

// Declared page language + every hreflang alternate on the page
console.table(
  [...document.querySelectorAll('link[rel="alternate"][hreflang]')]
    .map(l => ({ hreflang: l.hreflang, href: l.href }))
);
console.log('html lang =', document.documentElement.lang);
console.log('canonical =',
  document.querySelector('link[rel="canonical"]')?.href);

Sprawdź wzajemność hreflang w zestawie adresów URL

hreflang działa tylko wtedy, gdy każda strona w klastrze wskazuje z powrotem. To wykrywa tagi jednokierunkowe — najczęstszy problem w moim badaniu 374 756 domen.

Python

import requests, re
from urllib.parse import urljoin

URLS = ["https://example.com/en/", "https://example.com/de/", "https://example.com/es/"]

def hreflangs(url):
    html = requests.get(url, timeout=20).text
    # crude but effective: grab rel=alternate hreflang link tags
    tags = re.findall(
        r'<link[^>]+rel=["\']alternate["\'][^>]+hreflang=["\']([^"\']+)["\'][^>]+href=["\']([^"\']+)["\']',
        html, re.I)
    return {lang: urljoin(url, href) for lang, href in tags}

clusters = {u: hreflangs(u) for u in URLS}
for u, alts in clusters.items():
    for lang, target in alts.items():
        back = clusters.get(target, {})
        if u not in back.values():
            print(f"NON-RECIPROCAL: {u} -> {target} ({lang}) has no return tag")

Bookmarklet: podświetl nieprzetłumaczone (w języku źródłowym) bloki

Dodaj to jako zakładkę; kliknij na przetłumaczonej stronie, aby sprawdzić, czy główna treść została faktycznie przetłumaczona, czy pozostała tylko standardowym tekstem. Zastąp listę słów popularnymi słowami stop w języku źródłowym.

javascript:(()=>{const en=/\b(the|and|your|with|for|from|this)\b/gi;document.querySelectorAll('p,li,h1,h2,h3').forEach(el=>{const hits=(el.innerText.match(en)||[]).length;if(hits>=3)el.style.outline='2px solid red';});alert('Blocks outlined in red still look like source-language text.');})();

Narzędzia do tłumaczenia maszynowego + SEO

Silniki tłumaczeniowe / MT

• DeepL — zwykle wypada lepiej niż Google Translate w parach języków europejskich; dobra surowa jakość do szkiców MTPE.
• Google Translate / Cloud Translation API — najszersze pokrycie językowe; integracja z Gemini w 2025 r. poprawiła obsługę idiomów i kontekstu.
• Microsoft Translator — oparty na Azure, przydatny w przepływach pracy w środowisku Microsoft.
• Tłumaczenie LLM (Claude, GPT, Gemini) — mocne w kontekstowym post-editowaniu i tłumaczeniu z ograniczeniami glosariusza; łącz z soczewką Prompts.

Zarządzanie MTPE na dużą skalę

• TMS / platformy lokalizacyjne (np. Phrase, Crowdin, Lokalise, Smartling) — pamięć tłumaczeniowa, termbazy/glosariusze i przepływy pracy z przeglądem ludzkim, aby surowe wyniki MT poprawiały się z czasem.

Otoczka techniczna (hreflang / indeksowanie)

• Ahrefs Site Audit i Screaming Frog — crawlują i oznaczają błędy hreflang (brakujące tagi self/return, niekanoniczne cele, uszkodzone alternatywy).
• Google Search Console — International Targeting / wydajność według kraju, aby zobaczyć, czy właściwy URL rankuje na danym rynku (i czy zamiast niego nie wyświetla się proxy translate.goog).
• Generatory / walidatory tagów hreflang — buduj i sprawdzaj wzajemne klastry oraz x-default przed publikacją.
• Bing Webmaster Tools — Bing opiera się na content-language; zweryfikuj indeksowanie tam osobno.

Sprawdź się: Tłumaczenie maszynowe i SEO

Pięć szybkich pytań o to, jak Google faktycznie traktuje treści tłumaczone maszynowo. Wybierz odpowiedź na każde, a potem sprawdź.

Zasoby warte Twojego czasu

Moje powiązane teksty

• Google kradnie międzynarodowy ruch z wyszukiwania za pomocą automatycznych tłumaczeń — analiza Ahrefs, którą recenzowałem na temat stron proxy translate.goog Google przechwytujących międzynarodowy ruch (~377M wizyt miesięcznie) i jak właściwy hreflang go odzyskuje.
• Przewodnik po technicznym SEO dla początkujących — gdzie mechanika międzynarodowa i hreflang wpisują się w szerszy obraz.

Moje wystąpienia

• Badanie hreflang i ciekawe problemy (Brighton SEO 2023) — moje badanie na 374 756 domenach; ustalenie, że 67%+ domen ma problemy z hreflang, które wspiera argument „jakość tłumaczenia to tylko połowa zadania”.

Z branży

• Reddit używa AI do tłumaczenia milionów stron, a Google to akceptuje (Search Engine Land) — pełne oświadczenie rzecznika Google z czerwca 2025 r.
• Czy to bezpieczne? Ewoluujące podejście Google do automatycznie tłumaczonych treści (Glenn Gabe / GSQi) — ostateczne głębokie zanurzenie w sprawie Reddita i ramy scaled-content-abuse.
• Google usuwa wskazówki robots.txt dotyczące blokowania automatycznie tłumaczonych stron (Search Engine Journal) — zmiana w dokumentacji z 2025 r. i przesunięcie w stronę noindex na poziomie strony.
• Czy Google naprawdę „kradnie” międzynarodowy ruch z wyszukiwania, tłumacząc treści? (Search Engine Land) — niezależna analiza zjawiska tłumaczeń proxy, z ramą Google „brak wysokiej jakości treści w lokalnym języku”.
• Zasady dotyczące spamu w wyszukiwarce Google (Google) — przeczytaj sam sekcję o scaled content abuse; jest krótsza i jaśniejsza niż większość komentarzy na jej temat.
• Zlokalizowane wersje Twoich stron (Google) — mechanika hreflang i zasada duplikatów dla nieprzetłumaczonej treści głównej.

Dziennik zmian