kuinka korjata 404-virheet bloggerissa - Paras tapa ratkaista 404-sivua ei löydy -virhe

Isännöin pari wikipohjaista sivustoa, joten sisällön luomisen eri vaiheissa on paljon ja linkkejä sivuille, joita ei ole vielä luotu. Tietenkin nämä linkit tuottavat pehmeitä 404 "virheitä", kun Googlebot indeksoi sivuston.

Hyvä vastaus annettiin: Kuinka korjata soft 404 Ajax Driven -sivustolla? Ehdotus oli laittaa ei-indeksikomento robots.txt jokaiselle vielä luomattomalle sivulle.

Tällainen rikkoo kuitenkin wiki-muodolle ominaisen joustavuuden tarkoituksen. Wiki näyttää "puuttuvat" sivulinkit punaisena, joten tämä ei ole käyttäjäkokemuksen ongelma, vaan pikemminkin wikin asia, joka kannustaa edelleen sisällön kasvuun.

Joten luulen, että kysymys on "onko sillä väliä?" Kuinka huolissasi olisit tästä, jos se tapahtuisi sinulle? Minulla ei ole koskaan ollut hyviä sijoituksia, ja mietin, voisiko tämä olla osa ongelmaa?

  • Uusi Google Search Console -beeta tekee pehmeistä 404-virheistä entistä näkyvämpiä. Huomasin eilen sivustollani joukon.
  • Minusta on mielestäni hyvin häiritsevää, kun wikillä on paljon ehdotettuja linkkejä tekstissä, jota yritän lukea. SEO: sta riippumatta yritän käytettävyyden kannalta minimoida luomattomien sivujen määrän, joihin Wiki linkittää.

Hakukonsolin pehmeät HTTP 404s -virheet ovat sivuja, jotka palauttavat HTTP 200 Ok -vastauskoodit sivuilla, joita Google pitää käyttäjällä vähäisenä arvona. Tässä Googlen ohjekeskusteluryhmässä pehmeistä 404: stä he sanovat seuraavat:

Menestyskoodin palauttaminen 404/410 (ei löydy) tai 301 (siirretty) sijaan on huono käytäntö.

Joten vastaamaan kysymykseesi lyhyesti: Kyllä, pehmeät 404-virheet aiheuttavat SEO-ongelmia.

On myös ilmeistä, että Google kohtelee 404- ja pehmeitä 404 http-virheitä samalla tavalla ja että Google poistaa indeksoinnin kyseisiltä sivuilta, jos niitä ei korjata nopeasti.

Minun suositukseni

Nopea ratkaisu olisi, että voit luoda esimerkin.fi/käyttö-malli, jossa 90% uudelleenkäytettävästä sisällöstä, muuta vain 50% otsikko, kuten "Sisältö Vesihuolto up up "ja viimeinen kappale. Käytä sitten tämän mallin avulla sitä kaikille muille" kehityksen "sivuille ja varmista, että lisäät kanonisen tunnisteen, joka osoittaa / hyödyllinen-malliin, kuten:

<link rel='canonical' href='http://example.com/useful-template'> 

Hyvää vaellusta;)

  • ehkä ymmärrän jotakin väärin, mutta eikö kanonista asiaa käytetä "päällekkäiseen sisältöön"?
  • "Tyhjät sivut" wikissä ovat päättäväisesti EI päällekkäisiä. Pikemminkin heiltä puuttuu sisältöä, mutta hyvällä tavalla. Katso esimerkiksi wikipediaa. Jos löydät punaisen linkin, tiedät, että wikipediayhteisö haluaa luoda sivun. Tämän seurauksena ihmiset harkitsevat sellaisen sivun luomista puuttuvan halutun materiaalin täyttämiseksi. Ehkä, jos Googlen käytännöt rankaisevat jokaista wikiä maailmassa, voi olla järkevää, että google mukauttaa algoritminsa wiki-pohjaisiin sivustoihin.
  • @ken Ymmärrän, ja olet oikeassa, ne eivät ole päällekkäistä sisältöä. Aiot tehdä niistä kopiot pehmeän 404 välttämiseksi, sitten tarvitset kanonisen. Sinun tapauksessasi on paras SEO-strategia ja ratkaisu, jonka voin ajatella. Tietenkin, kun yhteisö tai olet päivittänyt tietyn sivun sisällön, sinun on poistettava kyseisen sivun ensisijainen tunniste.
  • ah kyllä ​​saan sen nyt! Lisää tyhjille sivuille väliaikainen paikkamerkki kanonisella linkillä. Tällä ajatuksella on ansioita, ja pidän sitä hyvänä vaihtoehtona. Kiitos!

työskennellyt sinulle: Charles Robertson | Haluatko yhteyttä?