Upewnij się, że witryna produkcyjna jest dostępna
Wypisz strony, które chcesz, aby zostały znalezione: zwykle stronę główną, kluczowe strony produktowe lub usługowe, ważne kategorie, strony wsparcia i oryginalne artykuły. Zapisz każdy finalny adres HTTPS i zdecyduj, czy jest przeznaczony do wyszukiwarek. Testuj publiczny adres produkcyjny w wylogowanej przeglądarce; wersje stagingowe, podglądowe i widoki wymagające logowania mogą zachowywać się inaczej.
Sprawdź ściany haseł, ogólnosystemowe noindex, reguły robots, błędy, łańcuchy przekierowań i brakujące zasoby krytyczne dla renderowania. Robots.txt zarządza dostępem robotów; Google podkreśla, że nie jest to sposób na całkowite ukrycie strony przed wyszukiwarką. Używaj kontroli dostępu dla treści prywatnych, a noindex dla publicznych stron celowo wyłączonych z wyszukiwania.
Oddziel strony indeksowalne publicznie, celowe wyłączenia i obszary prywatne przed testowaniem.
Załaduj preferowany URL oraz relewantne warianty HTTP, hosta, ukośnika i stare warianty.
Wybierz jeden preferowany URL dla każdego zasobu
Adres kanoniczny (canonical) to reprezentatywny adres dla duplikatów lub bardzo podobnej treści. Zdecyduj o preferowanym hoście, konwencji ukośnika oraz traktowaniu parametrów, stron do druku i usuniętych ścieżek. Nawigacja, mapy XML, linki rel=canonical i przekierowania powinny wskazywać ten sam adres.
Użyj trwałego przekierowania po stronie serwera podczas usuwania lub konsolidacji duplikatu. Na indeksowalnych stronach HTML umieść bezwzględny link rel=canonical w sekcji head, włącznie z samoodwołującym się linkiem na preferowanej stronie. Google opisuje przekierowania i adnotacje kanoniczne jako silne sygnały, uwzględnienie w mapie witryny jako słabsze i nadal może dokonać własnego wyboru kanonicznego.
Dla każdego istotnego wariantu zapisz jego źródło, cel, kanoniczny adres i powód.
Nie umieszczaj jednego URL w mapie witryny, podczas gdy inny jest deklarowany lub linkowany jako kanoniczny.
Przekieruj warianty HTTP na działający preferowany adres HTTPS.
Uczyń strony priorytetowe jasnymi i użytecznymi
Napisz unikalny, zwięzły tytuł strony, który dokładnie identyfikuje ofertę lub odpowiedź. Dodaj krótki, specyficzny dla strony meta description jako kandydat na streszczenie, nie jako obietnicę tego, co Google wyświetli. Google może wygenerować tytuł z kilku sygnałów, a fragment (snippet) z treści strony lub czasami z opisu. Umieść istotne wyjaśnienie i kolejny krok w widocznej treści.
Używaj opisowych nagłówków i naturalnego języka odpowiadającego zadaniu odwiedzającego. Unikaj kopiowanej treści i stron niemal identycznych o niewielkiej unikalnej wartości. Dostarcz opisowy tekst alternatywny dla istotnych obrazów. Nie poświęcaj wysiłku przy uruchomieniu na meta tag keywords: web.dev podkreśla, że wyszukiwarki przestały uznawać go za użyteczny.
Czytelnik powinien móc odróżnić strony po ich tytułach bez powtarzających się fraz.
Strona odpowiada na swoje centralne pytanie zanim poprosi o zakup lub rejestrację.
Połącz witrynę użytecznymi linkami wewnętrznymi
Linki wewnętrzne to odnośniki między stronami tej samej witryny. Pomagają odwiedzającym w nawigacji i pomagają Google znaleźć treści. Linkuj ze strony głównej i odpowiednich hubów do stron priorytetowych, używając anchor textu, który identyfikuje cel. Dodawaj linki kontekstowe, gdy odpowiadają na kolejne pytanie odwiedzającego; długa lista w stopce nie zastąpi zrozumiałej struktury.
Używaj kanonicznych adresów w nawigacji, okruszkach (breadcrumbs), modułach powiązanych treści i wezwaniach do działania. Na małej witrynie kliknij każdą główną trasę. Na większej użyj narzędzia crawl, któremu zespół ufa, aby zbadać porzucone strony priorytetowe, uszkodzone linki i nieoczekiwane kody odpowiedzi.
Każda strona priorytetowa potrzebuje użytecznej ścieżki z menu, huba lub strony powiązanej.
Sprawdź mobilne menu, formularze, akordeony i nakładki zgody oraz linki na desktopie.
Opublikuj czystą mapę witryny
Mapa XML informuje wyszukiwarki, które strony i pliki uważasz za ważne. Może wspierać odkrywanie w przypadku nowej witryny, ale nie gwarantuje crawlowania ani indeksowania. Jeśli CMS generuje mapę, sprawdź ją. Dołącz preferowane publiczne adresy przeznaczone do wyszukiwania; wyłącz przekierowania, błędy, strony testowe i adresy zablokowane przed indeksowaniem.
Trzymaj mapę witryny w stabilnej lokalizacji i prześlij ją do Search Console, jeśli to właściwe. Uzupełnia ona, a nie naprawia, linkowanie wewnętrzne, jakość treści i dostęp do crawlowania. Używaj specjalizowanych rozszerzeń mapy witryny tylko wtedy, gdy odpowiadają one rzeczywistej implementacji.
Porównaj adresy w mapie witryny z inwentarzem stron i mapą kanoniczną.
Potwierdź, że nowe preferowane strony pojawiają się, a wycofane adresy znikają.
Mierz odkrywanie i diagnozuj wybrane adresy URL
Zweryfikuj własność właściwości produkcyjnej w Google Search Console. Prześlij mapę witryny, jeśli jej używasz. Zbadaj reprezentatywną próbkę: stronę główną, każdy ważny szablon, niedawno zmienioną stronę oraz adres URL o dużej wartości z migracji. URL Inspection dostarcza bieżących informacji o indeksie i może testować żywy URL; używaj go do diagnozowania objawu, nie do żądania każdego adresu z nawyku.
Zapisz datę uruchomienia, konwencje adresów URL, lokalizację mapy witryny, strony priorytetowe i wyłączenia. Przejrzyj Search Performance pod kątem wyświetleń, kliknięć, zapytań, stron i krajów. Search Console dotyczy Google i dane mogą pojawiać się z opóźnieniem, więc stanowi dowód diagnostyczny, a nie natychmiastowy dowód, że każda wyszukiwarka przetworzyła uruchomienie.
Zapisz testowane adresy, zaobserwowany wynik, datę i właściciela dla późniejszego porównania.
Sprawdź wykluczenia indeksowania, problemy z bezpieczeństwem i Core Web Vitals obok testów na poziomie strony.
Uczyń SEO częścią procedury wydania i napraw
Uwzględnij inwentarz stron, przekierowania, kanoniki, mapę witryny i reprezentatywne testy żywych URL w zapisie uruchomienia. Status Is UP traktuje to jako proaktywne optymalizowanie dostępności i naprawę: ujawnij błędy dostarczania lub konfiguracji przed wydaniem i dokonaj kontrolowanej korekty, gdy zostanie wprowadzony. Dostępność nie jest gwarancją pozycji.
Wskaż osobę, która może zatwierdzić skupiony rollback, jeśli wydanie uszkodzi publiczną trasę, nagłówki strony, nawigację lub generowanie mapy witryny. Ponownie przetestuj zmienione preferowane adresy po naprawie. Preflight tras publicznych zmniejsza ilość unikanych awarii dostawy, ale nie może przewidzieć crawlowania, indeksowania ani pozycji przez silnik wyszukiwania.
Testuj reprezentatywne publiczne trasy i zasoby po wdrożeniu, nie tylko na stagingu.
Udokumentuj, kto może odwrócić szkodliwą zmianę routingu, szablonu, robots lub mapy witryny.