Optymalizacja na stronie (on-page)

Optymalizacja na stronie (on-page) to dostosowanie na poziomie strony tytułów, opisów, nagłówków, encji, wewnętrznych kotwic i multimediów do jednego użytecznego zadania czytelnika. Typ wpisu już decyduje o strukturalnym zadaniu strony; ta faza sprawia, że każdy widoczny i odczytywalny maszynowo sygnał opisuje to zadanie w spójny sposób.

Faza: P11 · Etap C — Produkcja. Ram czasowy: 60–90 minut dla nowej strony po zatwierdzeniu redakcyjnym; dwie do czterech godzin dla istniejącej strony, ponieważ wymagana jest diagnoza, zachowanie istniejących danych oraz dowody przed i po. Osoba odpowiedzialna: Lider treści SEO. Współtwórcy: autor lub redaktor, strateg SEO, projektant w przypadku istotnych zmian multimedialnych oraz programista, gdy szablony generują nieprawidłowy HTML.

Dlaczego ta faza i dlaczego tutaj

P11 korzysta z zatwierdzonego szkicu i kontroli produkcji z systemu produkcji treści , a także z intencji strony, kanonicznego URL, głównych encji, wymaganych dowodów i specyfikacji typu wpisu . Struktura już odpowiedziała na pytanie, czy zasób jest przewodnikiem, porównaniem, stroną produktu, terminem słownikowym czy innym formatem. Prace on-page nie powinny przeprojektowywać tej decyzji przez upychanie każdego wariantu zapytania na stronie.

Faza istnieje, ponieważ ten sam poprawny artykuł może wysyłać sprzeczne sygnały. Karta przeglądarki może obiecywać “Enterprise CRM Migration Guide”, H1 może mówić “Moving Your Data”, wprowadzenie może nigdy nie nazywać zaangażowanych systemów, a linki wewnętrzne mogą nazywać stronę “read more”. Człowiek po przeczytaniu jest w stanie wywnioskować relację. Wyszukiwarka, czytnik ekranu lub system AI do wyszukiwania musi pogodzić kilka słabszych etykiet, zanim zdecyduje, o czym jest strona i kiedy jest przydatna.

Kolejność ma znaczenie. Wykonuj optymalizację on-page przed dedykowaną fazą linkowania wewnętrznego , ponieważ P12 potrzebuje finalnego URL, stabilnych nagłówków i zatwierdzonych koncepcji kotwic. Wykonuj ją po szkicowaniu, ponieważ tytuł napisany przed istnieniem odpowiedzi często obiecuje zakres, którego treść nie dostarcza. Pominięcie P11 sprawia, że użyteczna treść jest trudniejsza do sklasyfikowania i mniej zachęcająca do kliknięcia. Wykonywanie jej w trakcie badań zachęca do copywritingu kierowanego słowami kluczowymi, zanim intencja wyszukiwania — zadanie, które użytkownik próbuje wykonać — zostanie ustalona.

Dane wejściowe i wyjściowe

Wyniki są umową z fazą linkowania wewnętrznego i kontrolą jakości przed publikacją. Redaktor nie powinien musieć domyślać się, co oznaczał tytuł ani który nagłówek może bezpiecznie otrzymać głęboki link.

Lista kontrolna

Lista kontrolna różni się na pierwszym kroku dla istniejącej strony i nowej strony. Pozostałe kontrole mają wspólne standardy akceptacji, ale dowodów nigdy nie należy odrzucać tylko po to, by stara strona przypominała nowy szablon.

1. Wybór ścieżki: istniejąca strona czy nowa strona

Co: Zaklasyfikuj pracę jako optymalizację istniejącej strony lub ukończenie nowej strony przed zmianą treści. Istniejąca strona ma mierzalną historię i może już zaspokajać zapytania spoza bieżącego briefu; nowa strona nie ma linii bazowej wydajności do ochrony.

Dlaczego: Edytowanie strony, która już działa, bez uchwycenia jej obecnego pokrycia, uniemożliwia diagnozowanie strat. Traktowanie nowej strony jak strony spadającej prowadzi do wymyślonych linii bazowych i przedwczesnych twierdzeń o sukcesie.

Jak: Dla istniejącej strony wyeksportuj bieżący tytuł, opis, zarys H1–H3, wewnętrzne kotwice, multimedia, najpopularniejsze zapytania, kliknięcia, wyświetlenia, CTR, średnią pozycję i konwersje dla zadeklarowanego zakresu. Opisz, co należy zachować. Dla nowej strony zweryfikuj zatwierdzoną intencję, typ wpisu, URL, listę encji i działanie konwersyjne; oznacz pola wydajności jako “linia bazowa po uruchomieniu”, a nie zero.

Narzędzie: Użyj Google Search Queries pod adresem app.amicited.com/reports/google-search/queries , aby uzyskać dane o bieżących zapytaniach. Dla nowej strony użyj podglądu CMS i zatwierdzonego briefu.

Uznaj za zrobione, gdy: Rejestr zmian określa ścieżkę, okno dowodowe, właściciela, chronione zapytania lub sekcje oraz powód prac. Żadne zmiany tekstu istniejącej strony nie rozpoczynają się bez uchwyconej linii bazowej i żadna nowa strona nie jest oceniana na podstawie zmyślonych danych historycznych.

2. Potwierdzenie pojedynczej głównej obietnicy strony

Co: Napisz jedno zdanie: “Ta strona pomaga [odbiorcom] ukończyć [zadanie] poprzez dostarczenie [odpowiedzi lub wsparcia decyzyjnego].” Oznacz jeden główny motyw zapytania oraz ważne pytania drugorzędne, na które treść rzeczywiście odpowiada.

Dlaczego: Tytuły, nagłówki, encje, kotwice i multimedia mogą być zgodne tylko wtedy, gdy strona ma jedno dominujące zadanie. Lista słów kluczowych to nie obietnica, ponieważ nie mówi nic o rezultacie, jaki otrzymuje czytelnik.

Jak: Porównaj zatwierdzoną intencję z odpowiedzią otwierającą, dowodami, oczekiwaniami co do strony wyników i wezwaniem do działania. Jeśli szkic służy dwóm różnym zadaniom z różnymi dowodami lub kolejnymi krokami, zwróć go do przeglądu zakresu, zamiast ukrywać konflikt w szerokim tytule.

Narzędzie: Użyj briefu, przeglądu rzeczywistych wyników i danych o zapytaniach dołączonych w kroku 1.

Uznaj za zrobione, gdy: Recenzent może przeczytać obietnicę i wskazać bezpośrednią odpowiedź, sekcje wspierające i kolejne działanie, które ją realizują. Każdy zachowany motyw zapytania pasuje do tego samego zadania.

3. Napisanie tytułu, który może przetrwać przepisywanie

Co: Sfinalizuj HTML-owy tag tytułowy — nazwę strony wyświetlaną w karcie przeglądarki i powszechnie używaną jako nagłówek wyniku wyszukiwania — oraz jego widoczny H1.

Dlaczego: Wyszukiwarki mogą przepisywać tytuły, gdy są powtarzalne, niejasne, napakowane słowami kluczowymi, nieaktualne lub niespójne z widoczną stroną. Żadne sformułowanie nie zapobiegnie każdemu przepisaniu, ponieważ wyniki dostosowują się do zapytań i urządzeń. Konkretny, zwięzły tytuł zgodny z H1 i odpowiedzią daje systemowi mniej powodów do zastąpienia ramowania strony.

Jak: Rozpocznij od tematu i użytecznego rezultatu, dodaj wyróżnik tylko wtedy, gdy treść go potwierdza, a markę umieść na końcu, gdy pomaga w identyfikacji. Usuń frazy szablonowe powtarzane na setkach stron. Zachowaj naturalny H1, nieco bardziej czytelny niż tytuł, jeśli to konieczne, ale upewnij się, że oba opisują ten sam zakres. Sprawdź szerokość w podglądzie, zamiast traktować liczbę znaków jako zasadę rankingową.

Narzędzie: Użyj podglądu wyszukiwania CMS, porównania z rzeczywistymi wynikami i Google Search Queries dla języka, którego faktycznie używają użytkownicy.

Uznaj za zrobione, gdy: Renderowane źródło zawiera jeden unikalny, niepusty tytuł i jeden H1; żaden z nich nie jest listą wariantów słów kluczowych; ich obietnice są zgodne ze sobą i z odpowiedzią otwierającą; a ważne słowa tytułu pozostają zrozumiałe, jeśli jego koniec zostanie obcięty.

4. Napisanie opisu, który zdobywa właściwe kliknięcie

Co: Napisz meta opis , czyli podsumowanie HTML, które wyszukiwarki mogą wyświetlić pod tytułem wyniku.

Dlaczego: Opis nie jest gwarantowanym fragmentem i nie służy do wymuszania pozycji. Jego zadaniem jest jasne przedstawienie wartości i kwalifikacji strony, aby właściwy użytkownik mógł ją wybrać. Wyszukiwarki często wybierają widoczny tekst strony, gdy ten dokładniej odpowiada na zapytanie.

Jak: Podaj temat, rezultat, użyteczne ograniczenie i kolejny krok w prostym języku. Użyj podstawowego terminu tam, gdzie jest to naturalne. Celuj w zakres 120–160 znaków jako zakres redakcyjny, a następnie sprawdź podgląd na desktopie i urządzeniach mobilnych. Nie powtarzaj tytułu, nie używaj niepopartych superlatywów ani nie obiecuj narzędzi, cen, szablonów czy dowodów, których brak na stronie.

Narzędzie: Użyj podglądu CMS i CTR Gap pod adresem app.amicited.com/reports/ctr-gap dla istniejących wyników uzyskujących mniej kliknięć, niż przewiduje dopasowane oczekiwanie witryny.

Uznaj za zrobione, gdy: Opis jest unikalny, dokładny bez kontekstu, czytelny w podglądzie i poparty treścią strony. Dla istniejącej edycji CTR Gap poprzedni opis, zdiagnozowana przyczyna, zamiennik i data przeglądu są odnotowane.

5. Przekształcenie nagłówków w zarys strony

Co: Ustaw H1, H2 i H3 jako zagnieżdżony zarys odpowiedzi. Poziomy nagłówków to semantyczne etykiety HTML, a nie narzędzia do kontroli rozmiaru czcionki.

Dlaczego: Czytelnicy skanują nagłówki, aby zdecydować, gdzie poświęcić uwagę. Technologie asystujące używają ich do nawigacji, podczas gdy systemy wyszukiwania i wyszukiwania AI używają ich do kojarzenia fragmentów z pytaniami i encjami. Dekoracyjne lub puste nagłówki psują ten zarys.

Jak: Użyj jednego H1 dla strony. Każdej głównej sekcji nadaj H2, a H3 zarezerwuj dla rzeczywistego podpodziału sekcji nadrzędnej. Przeformułuj niejasne etykiety, takie jak “Przegląd”, “Więcej” i “Korzyści”, aby nazywały temat w kontekście. Przenieś potrzeby stylistyczne do systemu projektowego; nie wybieraj H4, ponieważ wygląda mniejszy. Każdy nagłówek musi wprowadzać tekst, tabelę, listę, multimedia lub inną merytoryczną odpowiedź.

Narzędzie: Użyj renderowanego zarysu DOM, nie tylko edytora wizualnego. Sprawdź zarówno podgląd desktopowy, jak i mobilny.

Uznaj za zrobione, gdy: Jest dokładnie jeden H1; żaden poziom nie jest pomijany tylko ze względu na wygląd; każdy H3 należy do poprzedzającego go H2; żaden nagłówek nie jest pusty ani zduplikowany bez wyraźnej powtarzającej się struktury; a samo czytanie nagłówków daje prawdziwe podsumowanie strony.

6. Nazwanie encji i określenie ich relacji

Co: Zweryfikuj encje strony — odrębne osoby, organizacje, produkty, miejsca, standardy, metody lub pomiary — oraz relacje między nimi.

Dlaczego: Powtarzanie słowa kluczowego nie rozstrzyga, czy “Mercury” oznacza planetę, pierwiastek, markę samochodu czy firmę płatniczą. Jasne nazwy, kategorie, atrybuty i relacje pomagają czytelnikowi i maszynie powiązać twierdzenia z właściwym bytem.

Jak: Użyj preferowanej pełnej nazwy przy pierwszym wzmianku, zdefiniuj specjalistyczne terminy i określ ważne relacje w pełnych zdaniach. Dodaj wersje, lokalizacje, daty, jednostki i autorstwo tam, gdzie zmieniają znaczenie. Używaj synonimów naturalnie po ujednoznacznieniu. Usuń listy encji, które nie mają związku wyjaśniającego, i zweryfikuj każde powiązanie faktograficzne z zatwierdzonym materiałem źródłowym.

Narzędzie: Użyj listy encji z briefu, dziennika źródeł redakcyjnych i wyszukiwania na renderowanej stronie. Dane o zapytaniach z AmICited mogą pokazać słownictwo używane przez użytkowników, ale nie weryfikują relacji faktograficznych.

Uznaj za zrobione, gdy: Każda główna encja jest jednoznaczna przy pierwszym znaczącym wspomnieniu, każda istotna relacja ma dowody, nazwy i wersje są spójne, a redaktor może wyodrębnić listę encji i relacji bez zgadywania, do czego odnosi się zaimek lub akronim.

7. Sprawienie, by wewnętrzne kotwice opisywały kolejny użyteczny krok

Co: Przejrzyj tekst kotwicy — widoczne klikalne słowa — dla każdego wewnętrznego linku już przypisanego do strony.

Dlaczego: “Click here” i “learn more” ukrywają cel przed osobami skanującymi stronę i przed systemami interpretującymi relację. Powtarzanie dokładnego dopasowania nie jest rozwiązaniem; kotwice powinny opisywać, dlaczego strona docelowa pomaga w danym momencie odpowiedzi.

Jak: Umieszczaj linki tam, gdzie strona docelowa rozwiązuje pytanie, dostarcza dowodu lub umożliwia kolejne zadanie. Używaj zwięzłego, opisowego języka pasującego do zdania. Zmieniaj sformułowania, gdy zmienia się kontekst, unikaj linkowania do tego samego celu wielokrotnie w obrębie jednej krótkiej sekcji i nigdy nie dodawaj linku wyłącznie po to, by umieścić docelową frazę.

Narzędzie: Użyj zatwierdzonych zobowiązań linkowych, inspektora linków CMS i renderowanej strony. Następna faza oceni pokrycie grafu i możliwości strony źródłowej.

Uznaj za zrobione, gdy: Każdy wewnętrzny link prowadzi do zamierzonego kanonicznego URL, nie ma żadnych ogólnych “click here” ani kotwic będących gołym URL-em, cel jest zrozumiały z kontekstu zdania, a przekazanie zawiera stabilne nagłówki i koncepcje, których P12 może użyć dla linków przychodzących.

8. Optymalizacja multimediów pod kątem znaczenia, dostępności i szybkości

Co: Przejrzyj obrazy, diagramy, wykresy, filmy i osadzone elementy pod kątem celu, umiejscowienia, wymiarów, formatu pliku, podpisów i tekstu alternatywnego — tekstowej alternatywy odczytywanej, gdy obraz nie może być wyświetlony.

Dlaczego: Multimedia powinny wyjaśniać coś, czego proza nie jest w stanie skutecznie pokazać. Nieoznakowane wykresy ukrywają dowody, brakujące wymiary powodują przesunięcia układu, a dekoracyjne pliki z rozwlekłym tekstem alternatywnym tworzą szum dla użytkowników czytników ekranu. Duże zasoby mogą spowolnić odpowiedź, nie czyniąc jej jaśniejszą.

Jak: Zachowaj każdy zasób tylko wtedy, gdy dowodzi, wyjaśnia lub demonstruje jakiś punkt. Napisz zwięzły tekst alternatywny dla znaczących obrazów w oparciu o ich funkcję w kontekście; użyj pustego tekstu alternatywnego dla obrazów czysto dekoracyjnych. Umieść trendy i wnioski z wykresów w widocznej prozie, podaj szerokość i wysokość, użyj wydajnego formatu i stosuj leniwe ładowanie dla multimediów poniżej linii zagięcia, jeśli implementacja na to pozwala. Wykonuj zrzuty ekranu produktów w czytelnym widoku i zamazuj dane osobowe lub klientów.

Narzędzie: Użyj manifestu multimediów, inspekcji dostępności w przeglądarce, sprawdzenia wymiarów obrazów i uzgodnionego budżetu wydajności witryny.

Uznaj za zrobione, gdy: Każdy element multimedialny ma właściciela i cel; zasoby informacyjne mają odpowiedni tekst alternatywny; zasoby dekoracyjne używają pustych alternatyw; wykresy podają wnioski w tekście; wymiary są zadeklarowane; żadne wrażliwe dane nie są widoczne; a każdy plik mieści się w budżecie multimedialnym witryny lub ma zatwierdzone odstępstwo.

9. Renderowanie, porównanie i zatwierdzenie kompletnej strony

Co: Przejrzyj renderowaną stronę jako jeden system i zapisz zestaw zmian.

Dlaczego: Pola, które osobno przechodzą kontrolę, mogą wchodzić w konflikt po połączeniu. Zwięzły tytuł może zawęzić zakres, podczas gdy stary H2 go poszerza; mocny opis może obiecywać szablon usunięty w edycji; nowy ID nagłówka może złamać przychodzący głęboki link.

Jak: Porównaj tytuł, opis, H1, odpowiedź otwierającą, zarys, encje, kotwice, multimedia i CTA z główną obietnicą. Sprawdź wynik HTML, widok desktopowy, mobilny, nawigację klawiaturą i rzeczywisty cel każdego linku. Dla istniejącej strony rozdziel zmiany według hipotez, aby późniejszy pomiar mógł zidentyfikować, co prawdopodobnie wpłynęło na wyniki.

Narzędzie: Użyj podglądu CMS, inspektora przeglądarki, narzędzia do sprawdzania linków dostępnego dla zespołu publikacyjnego oraz danych bazowych AmICited.

Uznaj za zrobione, gdy: Wszystkie poniższe bramki akceptacyjne przechodzą, osoba odpowiedzialna zatwierdza renderowany URL, dowody przed i po są dołączone, daty publikacji i pomiaru są ustalone, a nierozwiązane problemy mają właściciela, zamiast znikać w komentarzu.

Narzędzia w AmICited

AmICited identyfikuje strony warte zmiany i dostarcza dowody do wprowadzenia zmian. Nie zastępuje przeglądu rzeczywistego wyniku, renderowanego HTML ani obietnicy strony.

Zasady decyzyjne

Te wartości to bramki kontrolne, a nie uniwersalne progi algorytmiczne. Udokumentowane odstępstwo może przejść; niewidoczne odstępstwo nie może.

Nie używaj gęstości słów kluczowych jako bramki. Gęstość to stosunek wystąpień frazy do całkowitej liczby słów, ale nie może stwierdzić, czy strona odpowiada na pytanie, rozróżnia encje czy czyta się naturalnie. Standardem jest zero wymuszonych wstawień. Podobnie, nagłówek z dokładnym dopasowaniem bez żadnej treści za nim nie przechodzi, nawet jeśli narzędzie oznaczy frazę jako “zoptymalizowaną”.

Element dostarczany: arkusz zmian on-page

Przekaż jeden wersjonowany wiersz na URL, powiązany z kopią gotową do CMS i folderem dowodów.

URL | Ścieżka: istniejąca/nowa | Główna obietnica | Odbiorcy | Typ wpisu
Tytuł przed | Tytuł po | Opis przed | Opis po | H1
Zarys nagłówków | Główne encje | Wewnętrzne kotwice | Manifest multimediów
Chronione zapytania/sekcje | Linki do dowodów AmICited | Hipoteza zmiany
Właściciel | Recenzent | Data publikacji | Data pomiaru | Status | Odstępstwa

Dla istniejących stron dołącz dowody przed i po oraz wyeksportowane dane o zapytaniach. Dla nowych stron dołącz zatwierdzony brief i oznacz pola wydajności jako “oczekuje na linię bazową”. Odnotuj każde odstępstwo przy jego nieprzechodzącej bramce. Zespół publikacyjny musi być w stanie wdrożyć arkusz bez przepisywania pól, a zespół pomiarowy musi być w stanie zrekonstruować zmianę.

Co może pójść źle

• Wynik zastępuje osąd. Wtyczka zmienia kolor na zielony, ponieważ fraza pojawia się wystarczająco często, podczas gdy strona odpowiada na niewłaściwe zadanie. Wróć do głównej obietnicy i obserwowanej intencji zapytania.
• Fragment zbyt wiele obiecuje. Tytuł wypełniony słowami kluczowymi lub niepoparte twierdzenie, takie jak “darmowy szablon”, zdobywa niewłaściwe kliknięcie i zachęca do przepisywania. Zachowaj jeden temat, jeden rezultat i tylko twierdzenia, które treść spełnia.
• Nagłówki są dekoracją. Redaktorzy wybierają poziomy nagłówków ze względu na rozmiar lub dodają nagłówki pytaniowe, po których następuje jedno puste zdanie. Napraw zarys w HTML i używaj stylów projektowych dla wyglądu.
• Kotwice z dokładnym dopasowaniem mnożą się. Każdy link do strony komercyjnej używa tej samej nienaturalnej frazy. Pisz kotwice dla lokalnego zdania i potrzeby użytkownika; spójność celu nie wymaga identycznych sformułowań.
• Istniejący zwycięzca jest przepisywany jak pusta strona. Użyteczne podtematy i język znikają, ponieważ nowy brief rejestruje tylko główne zapytanie. Zachowaj sąsiednie pokrycie i odnotuj celowe usunięcia.
• Każdy niski CTR staje się problemem treści. Podsumowanie AI, pakiet obrazów, niedopasowanie marki lub niewłaściwa strona docelowa mogą tłumić kliknięcia. Sprawdź rzeczywisty wynik przed zmianą fragmentu.
• Przepisywanie przez wyszukiwarkę wywołuje codzienne edycje. Jedna zaobserwowana wariacja tytułu powoduje reaktywne zmiany, które kasują eksperyment. Zbieraj powtarzające się dowody specyficzne dla zapytania i zmieniaj tylko wtedy, gdy sama strona jest niedopasowana.

Następna faza

Faza linkowania wewnętrznego otrzymuje finalny kanoniczny URL, główną obietnicę, stabilny zarys nagłówków, zatwierdzone encje, istniejące linki wychodzące i kandydackie koncepcje kotwic. Wykorzystuje te pola, aby zdecydować, które istotne strony powinny linkować do środka, które kontekstowe ścieżki powinny prowadzić na zewnątrz i jak strona pasuje do szerszego grafu witryny.

Nie przekazuj prowizorycznej mapy nagłówków ani URL, który może się zmienić po publikacji. P12 powinna decydować o rozmieszczeniu i pokryciu linków, a nie otwierać na nowo intencji strony ani wymyślać etykiet dla nieukończonej odpowiedzi. Właściciel strony pozostaje odpowiedzialny za wszelkie zmiany sformułowań potrzebne, aby zaplanowany link był naturalny.

Doprowadź sygnały na poziomie strony do zgodności

Zacznij od rzeczywistych danych strony: otwórz raport Queries dla posiadanego URL, użyj raportu szans CTR , gdy kliknięcia nie osiągają dopasowanego oczekiwania, lub otwórz listę roboczą szans strony , gdy grupa słów jest wystarczająco blisko, aby ją poprawić. Następnie dostarcz jedną udokumentowaną hipotezę na poziomie strony, a nie wiązkę wstawek słów kluczowych.