Naprawa błędów z audytu SEO
POPRAWKI DLA GOOGLE

Poprawki techniczne dla Google.pl: co usuwamy i dlaczego to ważne

Poprawki techniczne są częścią raportu w pakiecie optymalizacji GEO SEO. Po sprawdzeniu podstron i doborze fraz opisujemy bariery techniczne, które nie pozwalają Google.pl poprawnie indeksować i pozycjonować Twojej strony, oraz sposób ich usunięcia.

Co usuwamy w ramach poprawek technicznych

Przekierowania 301

Przekierowanie 301 informuje Google.pl, że podstrona została przeniesiona na stałe, i przenosi autorytet SEO starego adresu URL na nowy. Poprawki obejmują:

• Przekierowania dla zmienionych adresów URL (np. po zmianie struktury lub przejściu na HTTPS)
• Łańcuchy przekierowań (A → B → C) - skracamy do bezpośrednich (A → C)
• Przekierowania dla zduplikowanych podstron wykrytych podczas audytu

Na stronach na Shoperze i WordPressie przekierowania konfiguruje się w panelu administracyjnym albo w .htaccess (Apache) / konfiguracji nginx, w zależności od hostingu.

Tagi canonical

Tagi canonical rozwiązują problem zduplikowanych treści - częsty w sklepach internetowych (produkt dostępny pod kilkoma adresami URL: z filtrem, bez filtra, z parametrem sesji). Dla sklepów internetowych na PrestaShop, Shoper i WooCommerce wskazujemy, jakie tagi canonical są potrzebne, aby Google.pl widział główną wersję każdej podstrony.

Konfiguracja hreflang

Dla stron z kilkoma wersjami językowymi (np. pl + en albo pl + de) hreflang wskazuje Google, która wersja jest przeznaczona dla której grupy odbiorców. Typowe problemy z hreflang:

• Brak hreflang mimo istnienia kilku wersji językowych
• Nieprawidłowe kody języków (np. "pl-PO" zamiast "pl-PL")
• Hreflang bez linku zwrotnego (wersja polska nie wskazuje na angielską i odwrotnie)

Dla WordPress z WPML lub Polylang sprawdzamy ustawienia wtyczki. Dla Shoper - przez ustawienia wersji językowych lub ręczne dodanie w szablonie.

Plik robots.txt

Sprawdzamy, czy robots.txt nie blokuje ważnych podstron przed Google.pl: typowy problem polega na tym, że po migracji lub aktualizacji CMS robots.txt zostaje z wersji testowej z dyrektywą Disallow: / albo blokuje sekcje, które powinny być indeksowane.

Mapa strony XML

Sprawdzamy, czy mapa XML istnieje i jest poprawna: brak kluczowych podstron, adresy URL z przekierowaniami 301 lub błędami 404, nieprawidłowy format. Pokazujemy, jak zgłosić zaktualizowaną mapę w GSC.

Naprawa błędów 404

Na podstawie danych z GSC wskazujemy, co zrobić z błędami 404 na podstronach, które mają linki zewnętrzne lub ruch z Google.pl: przywrócić podstronę albo ustawić przekierowanie 301 na odpowiednią alternatywę.

Poprawki techniczne na poziomie plików serwera

Plik .htaccess (Apache)

Większość polskich hostingów współdzielonych korzysta z Apache z obsługą .htaccess. W .htaccess można skonfigurować:

• Przekierowania 301 (reguły RewriteRule)
• Przekierowanie HTTP → HTTPS
• Usunięcie zduplikowanych wersji URL (z www i bez www)
• Kompresję Gzip dla szybszego ładowania

Konfiguracja nginx

Część hostingów VPS w Polsce korzysta z nginx. Na serwerach nginx analogiczne reguły przekierowań ustawia się w konfiguracji bloku server, a nie w .htaccess.

Specyfika polskich hostingów

home.pl

Jeden z największych polskich dostawców hostingu. Panel home.pl daje dostęp do menedżera plików do edycji .htaccess i robots.txt. Na stronach w home.pl sprawdzamy poprawność konfiguracji HTTPS i certyfikat SSL (Let's Encrypt lub certyfikat dostawcy).

nazwa.pl i cyber_Folks

Popularne hostingi z DirectAdmin lub własnymi panelami. Dostęp do .htaccess i robots.txt przez menedżer plików w przeglądarce. Na stronach na tych hostingach sprawdzamy ustawienia PHP i cache - wpływają na szybkość ładowania, która jest czynnikiem rankingowym Google.

VPS i serwery dedykowane

Część stron firmowych w Polsce (zwłaszcza większe sklepy na PrestaShop lub WooCommerce) działa na VPS lub serwerach dedykowanych. Przy takich konfiguracjach poprawki techniczne mogą wymagać dostępu SSH albo konkretnych instrukcji dla administratora systemu.

OVHcloud, LH.pl i inni dostawcy

Część firm korzysta z hostingu z niestandardowymi panelami lub z hostingu zarządzanego, który ogranicza bezpośrednią konfigurację serwera. W takich przypadkach wysyłamy konkretne instrukcje dla wsparcia technicznego hostingu.

Core Web Vitals i szybkość ładowania dla Google.pl

Co sprawdzamy

Google.pl uwzględnia Core Web Vitals (LCP, CLS, INP) w czynnikach rankingowych. Sprawdzamy obecny stan CWV w PageSpeed Insights i GSC. Jeśli wykryjemy krytyczne problemy (LCP > 4 sekundy, znaczny CLS), dodajemy odpowiednie rekomendacje.

Co obejmuje pakiet

W raporcie podajemy poprawki, które nie wymagają zmian w kodzie szablonu: kompresja Gzip przez .htaccess, podstawowy cache dla serwerów Apache, wskazówki dotyczące rozmiaru obrazów. Pełna optymalizacja Core Web Vitals, wymagająca refaktoryzacji kodu lub zmiany hostingu, wykracza poza standardowy pakiet.

Najczęściej zadawane pytania

Co, jeśli nie mam dostępu do .htaccess ani cPanelu? Raport z poprawkami przygotowujemy bez dostępu do strony. Jeśli zmiany na serwerze wprowadza Twój hosting, podajemy konkretne instrukcje dla jego wsparcia technicznego.

Czy przekazanie dostępu do .htaccess jest bezpieczne? Przy prawidłowej konfiguracji dostępu (osobne konto, ograniczone uprawnienia) - tak. Szczegółowy proces bezpiecznego przekazania dostępu opisujemy na stronie Panel administracyjny.

Co, jeśli strona działa na Shoperze, a poprawki techniczne wymagają programisty? Na Shoperze niektóre poprawki techniczne (hreflang, canonical) mogą wymagać zmian w szablonie lub modułach. W takich przypadkach przygotowujemy dokładną specyfikację techniczną dla Twojego programisty.

Ile trwają poprawki techniczne? Raport dla pakietu M (do 100 podstron) jest zwykle gotowy w 1-2 dni po wypełnieniu ankiety. Wdrożenie poprawek - opcjonalnie po audycie, zwykle kilka dni.