Ko lastnik spletne strani odstrani AMP, se njegov sistem pravilno vrne na standardno html/php strukturo. Vsebina je dostopna, canonical povezave so čiste, strežnik deluje brezhibno. Pričakovano vedenje in v skladu z vsemi relevantnimi specifikacijami. Pri Googlu pa se pojavi 5xx napaka, ki je ta tehnično ne pokrije, ker še vedno želi prikazovati tuje vsebine na svoji domeni.
Torej: Težava ni na spletnih stranek, ki jim Google očita napako. Namreč, Google še naprej poskuša dostopati do AMP URL-jev, ki jih je sam ustvaril, sam indeksiral in sam predpomnil v svojem AMP cache sistemu. Ker teh URL-jev po odstranitvi AMP seveda ni več, Google-jev lastni strežnik vrača 5xx napake. Search Console pa manipulativno interpretira kot “napako na strani lastnika” in ga po nepotrebnem vznemirja, čeprav tehnično gledano gre za napako njihove infrastrukture, katera poskuša dostopati do neobstoječe poti.5xx napaka pomeni, da strežnik, ki obdeluje zahtevo, ne deluje pravilno. V tem primeru to ni strežnik lastnika strani, temveč Google-jev AMP cache. Napačna atribucija napake je zato posledica pomanjkljivega ravnanja na njihovi strani, ne na strani založnika.
Odtujena vsebina in odgovornost sistema, ki jo hrani
Pri tem je treba izpostaviti še en pomemben tehnični vidik: AMP cache kopije niso vsebina, ki bi jo gostil lastnik strani. Gre za kopije, ki jih Google samodejno ustvari, shrani na svojih strežnikih in jih nato prikazuje pod lastnim URL-jem. To pomeni, da Google v tem procesu začasno razpolaga z avtorsko vsebino, ki ni njegova in je kloniral avtorjevo domeno.
Od sistema, ki prevzame tujo vsebino in jo distribuira pod lastno domeno, bi bilo pričakovati, da ima predviden mehanizem za primer, ko lastnik strani odstrani AMP podporo. Minimalni standard bi bil, da Google ob odstranitvi AMP cache kopije uporabnika samodejno preusmeri na izvorno stran, od katere je vsebina izvirala. To je osnovna tehnična higiena in standardna praksa pri vsakem sistemu, ki upravlja kopije vsebin.
Namesto tega Google obdrži zastarele kopije, jih poskuša servirati, ob tem vrača 5xx napake in nato lastniku strani sporoči, da je “napaka na njegovi strani”. Tak pristop ne povzroča le napačne diagnostike, temveč tudi škodo za založnike, saj se obiskovalcem prikazuje napaka na URL-jih, ki jih ti sploh ne nadzorujejo. Tehnično gledano gre za situacijo, kjer sistem, ki je prevzel vsebino, ne zmore zagotoviti niti osnovne odgovornosti pri njenem upravljanju.
Če Search Console po odstranitvi AMP javi “Redirect Error” ali 5xx napake, to ni vaša napaka, lastnika strani. To je posledica tega, da Google še vedno poskuša dostopati do svojih lastnih zastarelih kopij naših-vaših avtorskih vsebin, ki jih ni ustrezno invalidiral. Ko bo njihov indeks posodobljen, bodo opozorila izginila. Do takrat pa je pomembno razumeti, da je tehnična odgovornost v tem primeru izključno na strani sistema, ki je kopije ustvaril in jih še vedno poskuša servirati.
The post Googlova 5xx napaka, za katero krivi lastnike strani (tehnična razlaga) appeared first on hac.
