SEO AMP

TL;DR — AMP (Accelerated Mobile Pages) to framework Google z 2015 roku do tworzenia superszybkich stron mobilnych. Nigdy nie był czynnikiem rankingowym, a od czerwca 2021 roku nie jest już potrzebny, aby pojawiać się w karuzeli Top Stories Google — Core Web Vitals przejęły tę rolę. W przypadku nowej strony nie zawracaj sobie głowy AMP. Jeśli już go masz, zdecyduj, czy nadal warto się z nim męczyć.

Czym jest AMP

AMP oznacza Accelerated Mobile Pages. Google uruchomiło go w 2015 roku (pojawił się w wynikach wyszukiwania Google w październiku tego roku) jako rozwiązanie open-source, które miało sprawić, że strony mobilne będą ładować się niemal natychmiast.

Działa to poprzez poddanie Twojej strony ścisłej diecie. AMP pozwala tylko na ograniczony zestaw HTML, Twój własny JavaScript jest w większości zabroniony, CSS musi być osadzony i mały, a Ty musisz załadować specjalną bibliotekę AMP. W zamian Google może przechowywać kopię Twojej strony w swojej własnej superszybkiej sieci (Google AMP Cache) i ładować ją w tle zanim ktoś w ogóle dotknie Twojego wyniku — więc wydaje się natychmiastowa.

Dlaczego ludzie go używali

Przez lata AMP był właściwie ceną wstępu do karuzeli Top Stories — pudełka z wiadomościami na górze mobilnych wyników wyszukiwania. Jeśli prowadziłeś witrynę z wiadomościami i chciałeś być w Top Stories, potrzebowałeś AMP. Google pokazywało również małą ikonę błyskawicy (⚡) obok wyników AMP, aby ludzie wiedzieli, że strona będzie się szybko ładować.

Co się zmieniło

W czerwcu 2021 roku Google przestało wymagać AMP dla Top Stories. Teraz każda strona może się tam pojawić, o ile spełnia kryteria informacyjne Google — to, co ma znaczenie dla wydajności, to Core Web Vitals, metryki szybkości i stabilności Google, a nie AMP. Google usunęło również odznakę błyskawicy z wyników mniej więcej w tym samym czasie.

Rzecz, którą większość ludzi myli

AMP nie jest wzmocnieniem rankingowym. Google zawsze mówiło, że sam AMP nie jest czynnikiem rankingowym. Szybkie strony mogą rankingować lepiej, pewnie — ale AMP to tylko jeden sposób na osiągnięcie szybkości, i nie jedyny. Dobrze zbudowana zwykła strona może być równie szybka (lub szybsza) bez żadnych ograniczeń AMP.

Czy powinieneś go dziś używać?

• Nowa strona? Nie buduj na AMP. Zamiast tego zainwestuj ten wysiłek w Core Web Vitals.
• Masz już AMP? Nadal działa i nadal jest indeksowany. Ale wielu wydawców wyłączyło go bez utraty dużego ruchu, częściowo dlatego, że AMP utrudnia analitykę. Warto zapytać, czy nadal na siebie zarabia.

Chcesz pełną wersję — kanoniczne tagowanie, problem przepisywania URL, Signed Exchange, pułapki analityczne i prawdziwą listę kontrolną usuwania? Przełącz się na zakładkę Advanced.

TL;DR — AMP to framework open-source Google z 2015 roku do niemal natychmiastowych stron mobilnych — ograniczony HTML/CSS/JS plus prerenderowanie z Google AMP Cache. Nigdy nie był czynnikiem rankingowym (Google mówi to wprost), a od czerwca 2021 aktualizacji Page Experience nie jest już wymagany dla Top Stories — Core Web Vitals zastąpiły go, a odznaka AMP została usunięta. Zbuforowany AMP nadal serwuje pod google.com/amp/s/…; Signed Exchange (SXG) może go serwować pod Twoim własnym URL, ale tylko w Chrome. Relacja kanoniczna łączy samokanoniczną stronę nie-AMP (z rel="amphtml") ze stroną AMP, która wskazuje rel="canonical" z powrotem. Dziś AMP jest opcjonalny i zanika: nie buduj nowego AMP i rozważ koszt operacyjny (zwłaszcza analitykę) przed jego utrzymaniem.

Trochę historii

Google uruchomiło AMP w 2015 roku i udostępniło go w Google Search w październiku 2015 roku, pozycjonując go jako odpowiedź otwartej sieci na Facebook Instant Articles i Apple News — sposób na utrzymanie konkurencyjności stron wydawców pod względem szybkości mobilnej. Na starcie był wspierany przez partnerów takich jak Twitter, LinkedIn, WordPress i Pinterest, a projekt później przeszedł pod zarząd OpenJS Foundation, chociaż Google pozostało dominującym kontrybutorem.

Powód, dla którego większość wydawców faktycznie go przyjęła, nie był ideologiczny — to była karuzela Top Stories. Od mniej więcej 2016 do 2021 roku AMP był skutecznie wymagany, aby się tam pojawić, a Google oznaczało wyniki AMP odznaką błyskawicy (⚡).

Jak AMP działa technicznie

AMP zyskuje szybkość dzięki ograniczeniom:

• Ograniczony znacznik. Strona AMP deklaruje <html ⚡> (lub <html amp>), ładuje środowisko uruchomieniowe AMP JS (<script async src="https://cdn.ampproject.org/v0.js">) i zawiera kod szablonu AMP oraz wymagane meta tagi charset i viewport.
• Brak autorskiego JavaScriptu. Twój własny JS jest niedozwolony, z wyjątkiem komponentu amp-script w piaskownicy; JS stron trzecich działa tylko w iframe’ach. Wszystko, co działa, jest asynchroniczne, więc nic nie blokuje renderowania.
• CSS jest osadzony i ograniczony do 75 KB. Brak zewnętrznych arkuszy stylów.
• Wymiary zasobów są deklarowane statycznie. Obrazy i osadzone elementy rezerwują swoje miejsce z góry, co zapobiega przesuwaniu układu.

Te zasady pozwalają Google bezpiecznie wstępnie renderować stronę AMP w ukrytym iframe przed dotknięciem przez użytkownika — to właśnie daje uczucie “natychmiastowości”.

Pamięć podręczna AMP Google

Szybkość AMP to nie tylko framework — to także dostarczanie. Google przechowuje zweryfikowaną, zoptymalizowaną kopię Twojej strony AMP na cdn.ampproject.org, serwuje ją przez HTTPS i nowoczesne protokoły oraz optymalizuje obrazy. Jedna konsekwencja, którą warto zrozumieć: przy zbuforowanej AMP infrastruktura Google staje się hostem Twoich treści, a nie Twoje serwery. Zauważ też, że strony AMP na komputerach nie są serwowane z pamięci podręcznej AMP — kanoniczna AMP zachowuje się tam jak standardowy wynik — więc korzyść z przyspieszenia CDN dotyczy praktycznie urządzeń mobilnych.

Co faktycznie się stało w Google Search

Oś czasu, która ma znaczenie:

• 2016–2021: Odznaka AMP (⚡) wyświetlana w wynikach; AMP wymagane dla Top Stories.
• Kwiecień 2021: Google ogłosiło, że wraz z aktualizacją Page Experience “using the AMP format is no longer required” dla Top Stories.
• Czerwiec 2021: Aktualizacja Page Experience została wdrożona. Core Web Vitals stały się sygnałem wydajności dla kwalifikacji do Top Stories, a Google usunęło odznakę AMP z wyników.
• 2021–obecnie: AMP jest opcjonalne, nie daje żadnego wzmocnienia rankingowego, a CWV faktycznie napędza sygnały związane z wydajnością.

Najważniejsze: AMP samo w sobie nie jest czynnikiem rankingowym i nie jest już przepustką do Top Stories.

Problem przepisywania URL-i (i Signed Exchange)

W grze są trzy adresy URL dla pojedynczego artykułu AMP: Twój oryginalny adres URL wydawcy, adres URL pamięci podręcznej AMP na cdn.ampproject.org oraz adres URL Google AMP Viewer, który wygląda jak https://www.google.com/amp/s/[your-domain]/[path]. Ponieważ wstępne renderowanie wymaga iframe o tym samym pochodzeniu, Viewer serwuje Twoje treści pod adresem URL google.com — więc użytkownicy widzą domenę Google, a nie Twoją. To było prawdziwe źródło zamieszania wokół marki i problemów z przypisywaniem ruchu.

Signed Exchange (SXG) to rozwiązanie. Opakowuje dokument AMP w kryptograficzny podpis powiązany z Twoim URL-em, więc gdy Chrome go zweryfikuje, przeglądarka pokazuje Twoją domenę w pasku adresu. Google priorytetyzuje signed exchange nad AMP Viewer, gdy jest obsługiwany. Zastrzeżenia: SXG działa tylko w Chrome, podpisy mają maksymalny czas życia 7 dni (więc pakujący musi ponownie podpisywać), jest ograniczony do wyników bogatych i podstawowych (nie karuzel) i wymaga uruchomienia serwera amppackager lub zewnętrznego dostawcy SXG. To “właściwa” metoda serwowania, ale wiąże się ze znacznym wysiłkiem operacyjnym.

Kanoniczne tagowanie AMP

To miejsce, w którym implementacje AMP najczęściej zawodzą. Dwa podejścia:

• Sparowane (najczęstsze): strona nie-AMP i osobna strona AMP.
  • Strona nie-AMP jest własnym kanonikiem i dodaje <link rel="amphtml" href="https://example.com/article/amp/">.
  • Strona AMP dodaje <link rel="canonical" href="https://example.com/article/"> wskazujący z powrotem na wersję nie-AMP.
• Tylko AMP: pojedynczy URL jest zarówno kanoniczny, jak i AMP, więc odnosi się do siebie.

Praktyczne zasady: Google indeksuje kanoniczny URL (AMP jest traktowany jako zduplikowany), więc umieść dane strukturalne na obu wersjach, uwzględnij tylko kanoniczne URL-e w swojej mapie witryny i pozwól, aby rel="amphtml" obsługiwał wykrywanie AMP. Google dokumentuje dokładnie to połączenie rel="amphtml" / rel="canonical" — zobacz O AMP: jak zwiększyć wykrywalność treści aby poznać relację referencyjną, jeśli Twoja konfiguracja nie pasuje do żadnego z powyższych przypadków.

Wyzwania związane z analityką AMP

Złożoność śledzenia w AMP to realny koszt operacyjny, a nie teoretyczny:

• Problem z odsyłaczami. Ruch z zbuforowanych stron AMP historycznie pojawiał się jako odsyłacze z cdn.ampproject.org, a nie z organicznych wyników wyszukiwania — rozwiązaniem jest wykluczenie odsyłaczy dla tej domeny.
• Fragmentacja sesji. Przejście z zbuforowanej strony AMP na stronę nie-AMP domyślnie rozpoczynało nową sesję. AMP Linker (przekazujący Client ID przez parametr URL amp_id= na granicy cache-do-witryny) to element, który je łączy.
• GTM dla AMP używa komponentu amp-analytics — bardziej złożonej konfiguracji niż standardowy GTM, z mniejszą liczbą funkcji.
• GA4 zyskało natywne wsparcie AMP w czerwcu 2024; wcześniej pomiar AMP opierał się na implementacjach społecznościowych.

Gdy Search Engine Land wyłączyło AMP, “a clearer picture of their audience analytics” było jednym z osiągniętych korzyści, które zgłosili — więc to znany problem.

Inne powierzchnie AMP (aby ich nie mylić)

• Web Stories (uruchomione jako AMP Stories w 2018, przemianowane na Google Web Stories w 2020) to wizualny, dotykowy format historii zbudowany na AMP. Pojawiają się w wynikach wyszukiwania, Discover i Obrazach. Odmienne od standardowych artykułów AMP.
• AMP dla poczty e-mail wprowadza interaktywne treści (formularze, karuzele, dane w czasie rzeczywistym) do Gmaila i kilku innych klientów. To funkcja e-mailowa, a nie SEO w wyszukiwarkach — warto wiedzieć, że istnieje, ale nie ma znaczenia dla rankingu.

Bing i AMP

Bing dołączył do projektu open-source AMP we wrześniu 2016 i przez pewien czas prowadził własny przeglądarkę AMP i pamięć podręczną, z własnym oznaczeniem błyskawicy. Jednak według Binga, AMP nie wpłynął w żaden sposób na ich algorytmy rankingu, a wsparcie AMP w Bing jest obecnie w dużej mierze historyczne — nie ma obecnego karuzeli wiadomości wymagającej AMP ani wyraźnego raportowania AMP w Bing Webmaster Tools. W praktyce postawa Binga odzwierciedla podejście Google: opcjonalne, bez wpływu na ranking.

Czy nadal powinieneś używać AMP?

Przypadki, w których utrzymanie AMP ma sens:

• Wydawca wiadomości/mediów już korzystający z AMP z niskim wskaźnikiem błędów w Search Console i wysokimi kosztami zmiany.
• Witryna z prostą treścią, gdzie AMP jest ścieżką najmniejszego oporu do dobrych Core Web Vitals.

Przypadki, w których należy go usunąć:

• Witryny korporacyjne z funkcjonalnością, której AMP nie obsługuje — to dokładnie przypadek, który argumentowałem na SMX West: dla dużej firmy o złożonej strukturze AMP może być zbyt trudny do wdrożenia i nieść nadmierne ryzyko, a istnieją realne powody biznesowe, aby zachować elementy witryny, których AMP nie pozwala.
• Witryny używające AMP wyłącznie dla odznaki Top Stories, która już nie istnieje.
• Witryny, gdzie jasność analityki ma znaczenie — złożoność śledzenia AMP to realny koszt.
• Witryny już spełniające Core Web Vitals — brak dodatkowych korzyści z AMP.
• Każda witryna, gdzie przepisywanie URL przez AMP powoduje problemy z marką lub atrybucją.

Uczciwa odpowiedź na 2026: AMP jest opcjonalny i traci na znaczeniu. Dla nowych projektów nie wdrażaj go. Dla istniejących oceń koszt operacyjny w porównaniu z pozostałymi korzyściami.

Jak usunąć AMP (jeśli zdecydujesz się to zrobić)

1. Usuń tag rel="amphtml" ze swoich kanonicznych (nie-AMP) stron.
2. Przekieruj 301 URL-e AMP na ich kanoniczne odpowiedniki nie-AMP.
3. Przestań monitorować raport statusu AMP w Search Console.
4. Zweryfikuj, czy błędy AMP znikną z Search Console w ciągu następnych tygodni.

Zrobione prawidłowo, strony kanoniczne nadal będą indeksowane i pozycjonowane. Główni wydawcy, w tym Search Engine Land, usunęli AMP przy minimalnych zakłóceniach ruchu.

Mity, które warto obalić

• „AMP daje boost w rankingu.” To nieprawda. AMP nie jest czynnikiem rankingowym; liczy się szybkość, a AMP to tylko jeden ze sposobów na jej osiągnięcie.
• „Potrzebujesz AMP do Top Stories.” Nieprawda od czerwca 2021.
• „AMP jest zawsze szybszy niż zwykła strona.” Nie — przewaga wynika z prerenderowania kopii z cache przez Google. Szybka strona bez AMP może pokonać wolną stronę AMP.
• „URL-e AMP to Twoje URL-e.” Tylko z Signed Exchange (tylko Chrome). Domyślny Viewer pokazuje google.com/amp/s/….
• „Usunięcie AMP zniszczy ruch.” Przy poprawnym obsłużeniu kanonikali i przekierowań wpływ jest zwykle minimalny.

Aktualnie istotne sygnały wydajności znajdziesz w Core Web Vitals oraz w szerszym klastrze Web Performance.

Podsumowanie AI

Skondensowane ujęcie wersji zaawansowanej:

• AMP = Accelerated Mobile Pages, framework open-source od Google, uruchomiony w 2015 (dostępny w Google Search w październiku 2015) dla niemal natychmiastowych stron mobilnych dzięki ograniczonemu HTML/CSS/JS + prerenderowaniu z Google AMP Cache.
• Nigdy nie był czynnikiem rankingowym — Google mówi to wprost. Szybkość ma znaczenie; AMP to jeden ze sposobów na jej osiągnięcie, nie jedyny.
• Nie jest już wymagany do Top Stories od aktualizacji Page Experience z czerwca 2021 — zastąpiły go Core Web Vitals, a odznaka AMP została usunięta z wyników.
• Serwowanie: zcache’owany AMP zwykle wyświetla się pod google.com/amp/s/…; Signed Exchange (SXG) może serwować pod Twoim własnym URL-em, ale jest tylko dla Chrome (maks. 7 dni ważności podpisu, brak karuzel, wymaga packagera).
• Parowanie kanoniczne: strona bez AMP jest self-kanoniczna i zawiera rel="amphtml"; strona AMP odsyła przez rel="canonical". Google indeksuje wersję kanoniczną; dane strukturalne umieść na obu; sitemap zawiera tylko kanoniczne URL-e.
• Analityka to realny koszt: problem z referrerem cdn.ampproject.org, fragmentacja sesji (rozwiązana przez AMP Linker / amp_id=), skomplikowany GTM dla AMP. GA4 dodało natywne wsparcie AMP w czerwcu 2024.
• Odrębne powierzchnie: Web Stories (AMP Stories, rebranding w 2020) i AMP dla e-maili — żadne z nich to nie AMP-artykuły pod SEO.
• Bing: dołączył do AMP w 2016, ale AMP nigdy nie wpływał na ranking Binga; wsparcie jest obecnie w dużej mierze historyczne.
• Decyzja: opcjonalny i schyłkowy. Nie buduj nowego AMP; usuń go (usuń rel="amphtml", zrób 301 z URL-i AMP), gdy koszty operacyjne przewyższają malejące korzyści.

Oficjalna dokumentacja

Dokumentacja źródłowa od wyszukiwarek i projektu AMP.

Google

• O AMP — jak Google serwuje AMP (Viewer vs. Signed Exchange), kwestia „to nie czynnik rankingowy” i uwaga o cache na desktopie.
• Walidacja stron AMP — AMP Test, Rich Results Test i raport statusu AMP w Search Console.
• Więcej szczegółów o aktualizacji Page Experience (kwiecień 2021) — ogłoszenie, że AMP nie jest już wymagany do Top Stories.
• Przegląd Google AMP Cache i Format URL-i AMP Cache — jak cache przechowuje i adresuje strony AMP.
• Co kryje się w URL-u AMP? — dlaczego URL Viewera jest wymagany do prerenderowania.
• Signed Exchanges (SXG) — serwowanie AMP pod własnym URL-em.
• AMP dla e-maili — osobny przypadek użycia w e-mailach.
• Pomiar AMP w GA4 i Unifikacja sesji AMP — szczegóły analityczne.

Projekt AMP

• Jak działa AMP — wyjaśnienie ograniczeń i prerenderowania autorstwa frameworka.
• Serwowanie AMP za pomocą Signed Exchanges — przewodnik implementacji.

Bing / Microsoft

• Aplikacja Bing dołącza do projektu open-source AMP (wrzesień 2016) — wejście Binga do AMP.

Cytaty ze źródła

Oficjalne oświadczenia Google i Binga. Każdy link to link bezpośredni, który przeskakuje do cytowanego fragmentu na stronie źródłowej, jeśli jest to obsługiwane.

Google — AMP nie jest czynnikiem rankingowym

• “AMP itself isn’t a ranking factor.” (tłumaczenie) „Sam AMP nie jest czynnikiem rankingowym.” — dokumentacja Google Search Central. Przejdź do cytatu

Google — AMP nie jest już wymagany dla Top Stories

• “using the AMP format is no longer required” (tłumaczenie) „korzystanie z formatu AMP nie jest już wymagane” dla karuzeli Top Stories. Przejdź do cytatu

Google — Signed Exchange jest preferowany względem przeglądarki (Viewer)

• Google “prioritizes signed exchange over AMP Viewer when supported.” (tłumaczenie) „Google priorytetyzuje Signed Exchange względem AMP Viewer, gdy jest obsługiwany.” Przejdź do cytatu

Google — AMP na desktopie nie jest serwowany z cache

• “Desktop AMP pages are not currently served from Google AMP Cache; canonical AMP pages behave as standard results.” (tłumaczenie) „Strony AMP na komputerach nie są obecnie serwowane z Google AMP Cache; kanoniczne strony AMP zachowują się jak standardowe wyniki.” Przejdź do cytatu

Bing — AMP nie jest czynnikiem rankingowym Binga

• “AMP does not impact our ranking algorithms in any way.” (tłumaczenie) „AMP w żaden sposób nie wpływa na nasze algorytmy rankingowe.” — kierownik grupy inżynierów Binga w momencie premiery AMP. Przeczytaj relację

Zatrzymać AMP, usunąć go, czy unikać?

Rozważasz AMP dla nowego projektu? Nie dodawaj go dla SEO. AMP nie jest czynnikiem rankingowym i nie jest już wymagany dla Top Stories. Zbuduj kanoniczną witrynę tak, aby bezpośrednio spełniała wymagania dotyczące wydajności i publikacji.

Czy już prowadzisz strony AMP? Kontynuuj tylko wtedy, gdy wersja AMP nadal zapewnia zmierzony biznesowy lub dostawczy benefit, który przewyższa koszt utrzymania drugiej implementacji.

• AMP jest stabilny, niedrogi i materialnie użyteczny: Zatrzymaj go, ale przeprowadź audyt kanonicznego parowania, walidacji, analityki i parytetu treści.
• AMP istnieje tylko ze względu na stary wymóg Top Stories: Zaplanuj usunięcie.
• AMP powoduje problemy z analityką, funkcjami, brandingiem lub utrzymaniem: Usuń go, stosując przekierowania URL po URL do kanonicznych odpowiedników.
• Strony kanoniczne nie spełniają jeszcze Twoich potrzeb wydajnościowych: Napraw to najpierw, potem migruj; nie usuwaj działającej wersji bez zamiennika.

Lista kontrolna utrzymania i usuwania AMP

Jeśli AMP zostaje

• Każda strona kanoniczna wskazuje na swój odpowiednik AMP za pomocą rel="amphtml".
• Każda strona AMP wskazuje kanonicznie na odpowiedni adres URL nie-AMP.
• Treść i dane strukturalne pozostają równoważne w obu wersjach.
• Dokumenty AMP przechodzą walidację po zmianach szablonów, komponentów i reklam.
• Analityka zachowuje atrybucję i sesje podczas nawigacji z cache do witryny.
• Tylko kanoniczne adresy URL pojawiają się w mapie witryny XML.

Jeśli AMP znika

• Potwierdź, że strony kanoniczne zawierają pełną treść i przechodzą testy wydajnościowe zespołu.
• Usuń rel="amphtml" ze stron kanonicznych.
• Zmapuj każdy adres URL AMP na jego dokładny odpowiednik kanoniczny za pomocą trwałego przekierowania.
• Przetestuj ponownie kanoniki, dane strukturalne, linki wewnętrzne i analitykę na celu.
• Monitoruj Search Console, gdy raporty AMP znikną, a kanoniczne adresy URL zostaną ponownie zaindeksowane.

Błędy AMP, których należy unikać

Utrzymywanie AMP dla nieistniejącego wzmocnienia pozycji

AMP nigdy nie był czynnikiem rankingowym i nie jest wymagany w Top Stories od 2021 roku. Zachowaj go tylko dla bieżącej, zmierzonej korzyści operacyjnej.

Publikowanie dwóch rozbieżnych wersji

Strona AMP z cieńszą treścią, brakującymi danymi strukturalnymi lub różnymi wezwaniami do działania stwarza problemy z parytetem i utrzymaniem. Użyj jednego źródła treści i waliduj oba wyniki.

Usuwanie AMP bez przekierowań na poziomie URL

Usunięcie punktów końcowych AMP lub wysłanie ich wszystkich na stronę główną łamie ustaloną relację URL. Przekieruj każdy adres URL AMP na odpowiadającą mu stronę kanoniczną.

Ogłaszanie zwycięstwa, ponieważ dokument jest poprawny

Walidacja potwierdza zgodność z AMP, a nie ciągłość analityki, poprawność kanoniczną, parytet treści czy dobre wyniki użytkowników. Przetestuj całą ścieżkę dostarczania.

Ściągawka AMP

Fakty, które rozstrzygają większość sporów

Parowanie kanoniczne

Mapy witryn / dane strukturalne: mapa witryny zawiera tylko kanoniczne adresy URL; umieść dane strukturalne na obu wersjach.

Szybkie fakty o serwowaniu i analityce

• Zbuforowane AMP zwykle serwowane jest pod cdn.ampproject.org / google.com/amp/s/….
• SXG = Twój URL w pasku, tylko Chrome, maksymalny podpis 7 dni, brak karuzel.
• Wyklucz cdn.ampproject.org jako źródło odesłań; użyj AMP Linker (amp_id=) do ujednolicenia sesji.
• Natywne wsparcie AMP w GA4: czerwiec 2024.

Usuwanie AMP

1. Usuń rel="amphtml" ze stron kanonicznych → 2. 301 URL-i AMP do kanonicznych →
2. zatrzymaj monitorowanie AMP w GSC → 4. potwierdź, że błędy zniknęły.

Walidacja: Test AMP (search.google.com/test/amp), Test wyników rozszerzonych, raport statusu AMP w GSC.

Polecenia audytu AMP

Znajdź relacje AMP w eksporcie indeksowania

Użyj tego wyrażenia regularnego w niestandardowej ekstrakcji indeksatora z kodu źródłowego HTML:

<link\s+[^>]*rel=["'](?:amphtml|canonical)["'][^>]*href=["']([^"']+)["'][^>]*>

Grupa przechwytująca 1 zwraca powiązany URL AMP lub kanoniczny. Przejrzyj wyodrębnione pary pod kątem brakujących, między-domenowych lub wiele-do-jednego mapowań.

Sprawdź przekierowanie AMP podczas usuwania

Uruchom w terminalu i zastąp przykładowy URL:

curl -sSIL https://example.com/article/amp/

Pierwsza odpowiedź powinna być trwałym przekierowaniem, a jego ostateczne miejsce docelowe powinno być dokładnie kanonicznym artykułem, bez zbędnego łańcucha.

Inwentaryzacja linków AMP w bieżącym dokumencie

Uruchom to w konsoli Chrome DevTools na stronie kanonicznej lub AMP:

[...document.querySelectorAll('link[rel="amphtml"], link[rel="canonical"]')].map(link => ({ rel: link.rel, href: link.href }))

Narzędzia do utrzymywania lub usuwania AMP

• AMP Validator: Sprawdź, czy opublikowany dokument jest zgodny z regułami znaczników AMP po zmianach w szablonie i komponentach.
• Search Console URL Inspection: Porównaj zindeksowaną wersję kanoniczną i wyrenderowany wynik dla reprezentatywnych adresów URL kanonicznych i AMP.
• Search Console AMP status reporting: Używaj go, dopóki AMP jest wdrożone, aby znaleźć błędy ważności w całym szablonie, a następnie spodziewaj się spadku liczby po planowanym usunięciu.
• PageSpeed Insights: Potwierdź, że zamiennik kanoniczny spełnia cel wydajnościowy, który spełniało AMP; przetestuj adres URL kanoniczny, nie tylko buforowaną kopię AMP.
• Crawler z niestandardową ekstrakcją: Sporządź inwentaryzację par amphtml/kanonicznych i zweryfikuj, czy każdy wycofany adres URL AMP przekierowuje do odpowiadającego mu adresu kanonicznego.

Weryfikacja zmiany AMP

Testowanie parowania kanonicznego po wydaniu szablonu AMP

Test do wykonania: Przeszukaj reprezentatywne pary i wyodrębnij linki amphtml i kanoniczne. Oczekiwany wynik: Adres kanoniczny wskazuje na jeden pasujący adres URL AMP, a strona AMP wskazuje z powrotem na ten adres kanoniczny. Interpretacja błędu: Sygnały wykrywania lub konsolidacji są uszkodzone. Okno monitorowania: Natychmiastowe. Wyzwalacz wycofania: Pojawiają się brakujące, skrzyżowane lub wiele-do-jednego mapowania.

Testowanie przekierowania po usunięciu AMP

Test do wykonania: Wyślij żądanie do próbki z każdego wzorca adresu URL AMP z wyłączonym śledzeniem przekierowań, a następnie z włączonym. Oczekiwany wynik: Jeden trwały przeskok do dokładnego odpowiednika kanonicznego, który zwraca sukces. Interpretacja błędu: Mapa migracji jest niekompletna lub łańcuchowa. Okno monitorowania: Natychmiast po wdrożeniu i przez ponowne przeszukiwanie. Wyzwalacz wycofania: Jakiekolwiek błędy adresów URL AMP, pętle lub lądowanie na ogólnej stronie.

Testowanie doświadczenia zamiennika kanonicznego

Test do wykonania: Przepuść cel kanoniczny przez PageSpeed Insights i kontrolę jakości analityki. Oczekiwany wynik: Zamiennik spełnia ustaloną przez zespół bazową wydajność mobilną i zachowuje oczekiwane pomiary. Interpretacja błędu: AMP zostało usunięte, zanim jego rola w dostarczaniu lub śledzeniu została zastąpiona. Okno monitorowania: Kontrole laboratoryjne natychmiast; dane terenowe w normalnym oknie kroczącym. Wyzwalacz wycofania: Systematyczna regresja wydajności lub utrata wymaganych pomiarów po migracji.

Sprawdź się: SEO AMP

Pięć szybkich pytań o to, czym jest AMP, co robi i gdzie jest teraz. Wybierz odpowiedź na każde, a następnie sprawdź.

Zasoby warte Twojego czasu

Moje teksty

• The Beginner’s Guide to Technical SEO — gdzie wydajność mobilna i AMP wpisują się w szerszy obraz.

Moje wystąpienia

• AMP: Do or die? — SMX West 2018 session recap (Search Engine Land) — moje „zrzędliwego starca” spojrzenie argumentujące, że AMP może nie być właściwym rozwiązaniem dla każdej firmy, zwłaszcza dużych przedsiębiorstw o złożonych strukturach i funkcjonalnościach, których AMP nie obsługuje.

Oficjalne

• Google — O AMP i Walidacja stron AMP.
• Google — Więcej szczegółów o aktualizacji Page Experience (kwiecień 2021) — AMP nie jest już wymagane dla Top Stories.

Z branży

• Dlaczego wyłączamy strony AMP w Search Engine Land — decyzja dużej publikacji o rezygnacji z AMP.
• Co się stało, gdy wyłączyliśmy AMP (Search Engine Land) — analiza po fakcie: bardzo niewielkie zakłócenia w ruchu, jaśniejsze analityka odbiorców.
• Czy wydawcy porzucą AMP, gdy nie będzie już wymagany w Top Stories? (Search Engine Land).
• Google AMP nie żyje! (Plausible Analytics) — perspektywa „AMP umiera”, plus kontekst kontroli antymonopolowej stojący za rezygnacją Google z tego wymogu.
• Google AMP i SEO: wszystko, co musisz wiedzieć (Search Engine Journal) — techniczny poradnik obejmujący obsługę kanoniczną.
• Dobra wiadomość: Google nie wymaga już od wydawców korzystania z AMP (The Register) — relacja z przejścia na Core Web Vitals.

Filmy

• Google Search Central (YouTube) — seria How Google Search Works oraz wyjaśnienia Martina Splitta dotyczące page experience i Core Web Vitals, które omawiają sygnały wydajności zastępujące AMP w Top Stories. Kanał

Dziennik zmian