Jaunā mājaslapa zaudēja Google trafiku — kāpēc un kā atgūt

Jauna mājaslapa ir palaista, un nākamajās dienās Google apmeklējumi krīt. Pirms vainot dizainu vai “Google algoritmu”, pārbaudiet četras lietas, kas izskaidro lielāko daļu šādu gadījumu. Tās ir sakārtotas no tā, ko var pārbaudīt piecās minūtēs, līdz tam, kas prasa dienas.

Vispirms: vai kritums ir reāls un cik liels

Ne katrs kritums ir kļūda. Google dokumentācijā teikts, ka pat pareizi veikta vietnes pārvietošana rada īslaicīgas svārstības pozīcijās un ka vidēja izmēra vietnei pāreja var ilgt dažas nedēļas vai ilgāk (Google Search Central).

Tāpēc sāciet ar salīdzinājumu Search Console sadaļā “Efektivitāte”: paņemiet laika periodu pēc palaišanas un tikpat garu periodu pirms tās, vienā un tajā pašā nedēļas dienu sastāvā. Skatieties uz klikšķiem, nevis tikai uz parādījumiem, un uz lapām, kurām trafiks bija lielākais. Ja krīt viss, cēlonis ir sistēmisks. Ja krīt desmit lapas, meklējiet kopīgo: adreses veidu, sadaļu vai šablonu.

Cēlonis 1: lapa tiek aizliegta indeksēšanai

Ja pēc palaišanas trafiks pazūd uz visām lapām uzreiz, pirmā aizdomu vieta ir testa vides iestatījumi, kas nonākuši produkcijā. Pārbaudiet:

• noindex lapas kodā (<meta name="robots" content="noindex">) vai HTTP galvenē X-Robots-Tag. Google šādu lapu izņem no meklēšanas rezultātiem, pat ja uz to ved citu vietņu saites (Google Search Central);
• robots.txt failu /robots.txt. Ja tur ir Disallow: /, Google nedrīkst rāpot vietni. Svarīgs smalks punkts: robots.txt aizliegums neizņem lapu no indeksa un neļauj Google redzēt noindex, tāpēc iestatījumus nedrīkst jaukt (Google Search Central: robots.txt).

Pēc labojuma Search Console URL pārbaudes rīkā pieprasiet atkārtotu rāpošanu svarīgākajām lapām. Google atzīst, ka bez pieprasījuma lapas atkārtota apmeklēšana var aizņemt mēnešus.

Cēlonis 2: vecās adreses vairs neved nekur

Ja jaunā vietne izmanto citu adrešu struktūru un vecās adreses atgriež 404 vai ved uz sākumlapu, viss uzkrātais vērtīgums, ko lapa bija ieguvusi, kopā ar ārējām saitēm, tiek zaudēts. Google ieteikums: katru veco adresi ar pastāvīgu pāradresāciju (301 vai 308) novirzīt uz tās jauno ekvivalentu, nevis daudzas uz vienu nesaistītu lapu, un saglabāt tās vismaz gadu (Google Search Central).

Pārbaude:

1. paņemiet desmit vecākās un populārākās adreses (no Search Console vai analītikas);
2. atveriet katru pārlūkā vai pārbaudiet atbildes kodu;
3. ja redzat 404 vai nesaistītu galamērķi, tas ir atrasts cēlonis.

Labojums: izveidojiet adrešu karti un pāradresācijas, kā aprakstīts rakstā par CMS migrāciju. Ja vecās vietnes vairs nav, adreses var izvilkt no Search Console, analītikas, arhīva kopijas vai vecā sitemap.

Cēlonis 3: lapas ir mainījušās, kaut arī izskatās vienādas

Pat ja adreses sakrīt, meklētājs vērtē lapas saturu. Biežākās atšķirības pēc pārbūves:

• virsraksti un apraksti nomainīti uz šablonu vai atstāti tukši; Google norāda, ka virsraksti nedrīkst būt atkārtoti un standartizēti, un pārraksta tos, ja tie ir novecojuši vai neatbilst saturam (Google Search Central);
• galvenais teksts saīsināts vai pārtulkots citādi;
• iekšējās saites zudušas vai ved caur pāradresācijām;
• saturs, kas bija redzams HTML, tagad tiek ielādēts ar JavaScript, un rāpotājs to var neredzēt (URL pārbaudes rīks Search Console rāda, kā Google redz lapu).

Ja kritums skar tieši dažas lapas, salīdziniet to veco un jauno versiju vārds pa vārdam. Reizēm pietiek atjaunot veco virsrakstu un pirmo rindkopu.

Cēlonis 4: valodu versijas un kanoniskās adreses

Daudzvalodu vietnēm raksturīga cita kļūda: trafiks krīt vienā valodā, bet otrā aug. Cēlonis bieži ir hreflang vai kanoniskā adrese, kas norāda uz citas valodas lapu. Šīs kļūdas aprakstītas rakstā par hreflang.

Kas, ja viss iepriekšminētais ir kārtībā

Ja adreses, pāradresācijas, noindex un virsraksti ir pareizi, bet trafiks joprojām zemāks, iespējami divi skaidrojumi:

1. Pāreja vēl nav beigusies. Dažas nedēļas pēc pārvietošanas svārstības ir gaidāmas.
2. Mainījusies ranžēšana vai konkurence. Ja kritums sakrīt ar Google plašu (core) atjauninājumu, to nevar attiecināt tikai uz migrāciju. Pārbaudiet pozīcijas pēc galvenajiem vaicājumiem un salīdziniet ar konkurentiem. Datumus var pārbaudīt Google Search Status Dashboard, uz kuru atsaucas Google lapa par pamata atjauninājumiem.

Šajā posmā vairs nav ātro labojumu; vajag satura un ātruma darbu. Lēnu lapu ietekmi aprakstām rakstā par Core Web Vitals.

Kā rīkoties šonedēļ

1. Atveriet lapas kodu un /robots.txt; meklējiet noindex un Disallow: /.
2. Pārbaudiet desmit vecākās adreses.
3. Salīdziniet piecu lielāko lapu virsrakstus pirms un pēc.
4. Iesniedziet jauno sitemap un pieprasiet atkārtotu pārbaudi svarīgākajām lapām.
5. Pierakstiet, kas mainīts un kad, un pēc divām nedēļām skatiet klikšķus vēlreiz.

Lēmuma noteikums

• Ja visa vietne pazudusi uzreiz, vispirms meklējiet noindex un robots.txt.
• Ja krīt vecās adreses, labojiet pāradresācijas.
• Ja krīt atsevišķas lapas, salīdziniet to veco un jauno saturu.
• Ja viss ir kārtībā un kritums nelielā mērā, gaidiet un mēriet, nemainot visu uzreiz.

Ja nezināt, kur sākt, aprakstiet, kad vietne tika palaista un kāds ir kritums. Kā mājaslapu izstrādes studija (un interneta veikalu izstrādātājs) izskatīsim kodu un pāradresācijas un pateiksim, kas jālabo: apspriest projektu.

Avoti

• Google Search Central: Site moves with URL changes
• Google Search Central: Block Search indexing with noindex
• Google Search Central: Introduction to robots.txt
• Google Search Central: Title links
• Google Search Central: Core updates
• Google Search Status Dashboard