newscanonical dla TYPO3

Duplicate Content przez brakujące tagi Canonical kosztuje strony TYPO3 z newsami rankingi

Artykuł tx_news jest często dostępny przez trzy lub więcej URL-i: przez ścieżkę kategorii (/news/marketing/tytul-artykulu), przez archiwum (/news/2025/03/tytul-artykulu) i przez bezpośredni link (/news/tytul-artykulu). Dla odwiedzających nie robi to różnicy, dla Google jest to problem. Google widzi trzy osobne strony z identyczną treścią i musi zdecydować, która jest “właściwa”. Bez tagu Canonical wskazującego preferowany URL Google rozdziela sygnały rankingowe na wszystkie warianty i osłabia każdy z nich. newscanonical rozwiązuje ten problem dla tx_news, generując na każdej stronie szczegółowej news tag Canonical wskazujący na definitywny URL.

Rozszerzenie jest skupionym narzędziem SEO, które wykonuje dokładnie jedno zadanie: zapobiega Duplicate Content w tx_news. Dla witryn z ponad 100 artykułami news może to oznaczać różnicę między stroną 1 a stroną 3 w Google.

Typowe scenariusze dotyczą stron informacyjnych, magazynów i sekcji prasowych

Scenariuszem standardowym jest firmowa strona z sekcją news lub blog. Firma publikuje co tydzień artykuły uporządkowane w kategoriach (produkty, branże, wydarzenia). Każdy artykuł pojawia się na liście kategorii i w ogólnym archiwum. Bez newscanonical Google indeksuje każdy wariant URL osobno, co przy 500 artykułach może prowadzić do 1500 zaindeksowanych stron z Duplicate Content. Google Search Console pokazuje to jako “Strona zduplikowana, wybrany przez Google kanoniczny URL odbiega od wskazanego przez użytkownika”.

Drugi scenariusz: magazyny online z widokami list opartymi na tagach i kategoriach. Magazyn ma 20 kategorii i 50 tagów. Każdy artykuł ma co najmniej jedną kategorię i dwa do trzech tagów. Kombinatoryka generuje dziesiątki możliwych ścieżek URL na artykuł. newscanonical konsoliduje wszystkie warianty do jednego canonical URL.

Trzeci scenariusz: sekcje prasowe spółek giełdowych. Obowiązkowe komunikaty muszą być dostępne trwale i nie mogą wypadać z wyników wyszukiwania Google przez problemy z Duplicate Content. Prawidłowy tag Canonical zapewnia, że Google indeksuje definitywną wersję.

Architektura techniczna umieszcza tag link w nagłówku HTML każdej strony szczegółowej news

newscanonical rejestruje się w pipeline’ie renderowania tx_news i wstawia w nagłówku HTML strony szczegółowej tag <link rel="canonical" href="...">. Canonical URL jest obliczany z skonfigurowanego PID strony szczegółów i UID newsa, niezależnie od tego, którą ścieżką odwiedzający dotarł do strony.

Konfiguracja odbywa się przez TypoScript: PID strony szczegółów ustawiany jest jako baza dla canonical URL. Opcjonalne parametry takie jak struktura URL (RealURL lub TYPO3 Site Handling) i włączenie segmentów kategorii do canonical URL są sterowane przez stałe.

Rozszerzenie działa jako hook w pipeline’ie renderowania tx_news, a nie jako samodzielny plugin. Oznacza to: nie ma własnego wyjścia frontendowego ani własnego elementu treści. Jedynym widocznym efektem jest tag Canonical w źródle HTML, który czytają wyszukiwarki, ale odwiedzający nigdy nie widzą.

Dla prawidłowego działania PID strony szczegółów w konfiguracji tx_news i w konfiguracji newscanonical muszą się zgadzać. Gdy tx_news używa kilku stron szczegółów (np. po jednej dla kategorii), newscanonical musi być odpowiednio skonfigurowany, aby canonical URL wskazywał właściwą stronę szczegółów.

Częste problemy to błędna konfiguracja PID, konflikty z Core-Canonical i pętle przekierowań

Problem pierwszy: błędny PID strony szczegółów. Gdy PID w konfiguracji newscanonical nie zgadza się z konfiguracją tx_news, tag Canonical wskazuje na stronę, która w ogóle nie potrafi wyświetlić artykułu. Google ignoruje wtedy tag Canonical i sam wybiera wariant. Rozwiązanie: sprawdzić spójność PID i w Google Search Console porównać zaindeksowane canonical URL ze skonfigurowanymi.

Problem drugi: konflikty z Core-Canonical TYPO3. Od TYPO3 v10 Core ma własne generowanie canonical URL przez rozszerzenie systemowe seo. Gdy oba są aktywne, w nagłówku HTML mogą pojawić się dwa konkurujące tagi Canonical. Rozwiązanie: sprawdzić, czy Core-Canonical działa poprawnie dla stron szczegółowych news. Jeśli tak, newscanonical jest zbędny i można go wyłączyć. Gdy Core-Canonical nie włącza poprawnie parametrów newsów do URL, newscanonical pozostaje konieczny.

Problem trzeci: pętle przekierowań przy błędnej konfiguracji URL. Gdy canonical URL wskazuje na stronę, która sama zawiera przekierowanie na inny URL, powstaje pętla. Dzieje się to zwykle po restrukturyzacji URL, gdy stare przekierowania nie zostały uporządkowane. Rozwiązanie: sprawdzić wszystkie przekierowania dla URL-i news i usunąć niespójne wpisy.

Od TYPO3 v12 Gosign sprawdza, czy Core-Canonical wystarcza

TYPO3 v12 znacząco poprawił wsparcie Canonical w Core. Rozszerzenie systemowe seo generuje canonical URL na podstawie Site Handling i uwzględnia parametry query. Dla wielu konfiguracji tx_news od v12 Core-Canonical wystarcza, dzięki czemu newscanonical nie jest już potrzebny. Gosign przy każdej aktualizacji TYPO3 sprawdza, czy rozwiązanie Core generuje canonical URL dla newsów poprawnie. Jeśli tak, zalecamy dezaktywację newscanonical, aby wyeliminować potencjalny punkt konfliktu. Gdy URL-e newsów zawierają złożone parametry lub ścieżki kategorii, których Core nie rozwiązuje, rozszerzenie pozostaje rozwiązaniem ważnym. W każdym przypadku zalecamy po aktualizacji systematyczny crawl ze Screaming Frog lub porównywalnym narzędziem, aby sprawdzić wszystkie strony szczegółowe news pod kątem prawidłowego zachowania Canonical. Jeden źle skonfigurowany tag Canonical może wyrzucić dziesiątki stron z indeksu Google, co przy stronach prasowych lub istotnych dla SEO artykułach blogowych oznacza bezpośrednią utratę ruchu.