Parastie aizdomās turētie (1995) Filmas reakcija !! PIRMO reizi skatījos!

Mēģinu palielināt datplūsmu uz savu vietni, bet no Google saņemu dīvainas rāpuļprogrammas kļūdas. Google man saka, ka apmeklēja zemāk redzamo URL, taču tā nepastāv. Mans sitemap.xml nav neviena nederīga URL.

http://www.example.com/AboutUs/AboutUs 

Bet virs URL, kuru apmeklēja Google, nav rakstīts nevienā manas vietnes daļā, kur Google atrod šo URL? pareizā URL versija ir zemāk

http://www.example.com/AboutUs 

Cits piemērs ir kā zemāk, zemāk redzamais URL nav derīgs

http://www.example.com/ContactUs/AboutUs 

Pareizais URL ir

http://www.example.com/ContactUs 

vai

http://www.example.com/AboutUs 

Kāpēc Google pārprot manus URL? Kā es varu to novērst?

  • 2 ir http://www.example.com/AboutUs/ (ar beigu slīpsvītru) URL, kas tiek atrisināts? Ja jā, vai tā novirza uz kontaktu lapu, izmantojot relatīvās saites? Es domāju, ka tas ir saistīts ar tā vietā vai

Papildus Stephen komentāram zem jūsu jautājuma, kas palīdzēs jums novērst problēmu (t.i., pārliecinieties, ka URL netiek atrisināts; pārliecinieties, vai saites ir absolūtas), apsveriet sekojošo:

404, ko Google atgriež PĢS, ne vienmēr rada bažas. Ja Google nevar atrast lapu vai resursu, kas jūsu vietnē nepastāv, nav ranžēts SERP vai nav iekļauts rādītājā, ir pilnīgi labi ļaut tam pāriet uz 404. Kā saka Google PĢS: "Parasti 404 nesabojā jūsu vietnes veiktspēju meklēšanā, taču jūs varat tos izmantot, lai uzlabotu lietotāju pieredzi."

Ja izmantojat CMS, tiem ir iespēja radīt šādas kļūdas. Jūs varat automatizēt URL ģenerēšanas procesu, izmantojot spraudni / moduli, un vēlāk var konstatēt, ka kaut kas ir izveidots nepareizi. Ja to var izsekot spraudnim, varat vai nu mainīt spraudņa iestatījumus un veikt vairākus testus; izdomāt, kas notiek nepareizi spraudņa kodā (PHP, JS) un vai tas ir pretrunā ar citu spraudni; vai ja tas neizdodas, izmantojiet citu spraudni.

Dažas CMS platformas, piemēram, Drupal, ģenerēs URL tādiem mezgliem kā bloki un taksonomijas, kuriem nevajadzētu parādīties meklēšanā. Meklējiet arī šo funkcionalitāti un pārliecinieties, vai esat “noindex, sekojiet” visam, kas jums nepieciešams.

Jūs varat turpināt problēmu novēršanu, izmantojot Screaming Frog vai jebkuru no daudzajiem Chrome pārlūka papildinājumiem, lai analizētu jūsu sadalītās saites vietnē un redzētu, no kurienes tās nāk. PĢS sniedz šo informāciju arī cilnē Pārmeklēšanas kļūdas -> Saistīts no. Tas palīdzēs jums atklāt, vai saites ir iekšējas vai nāk no citas vietnes, ļaujot jums vai nu salabot saites, vai arī sazināties ar vietnes īpašnieku.

Pārliecinieties arī, vai savās lapās izmantojat kanoniskos tagus. Šiem tagiem jābūt katrā indeksā redzamajā lappusē (tātad visās jūsu XML vietnes kartes lapās), norādot uz sevi. Tādā veidā jebkura nejauši ģenerēta papildu URL versija novedīs pie lapas, kas paredzēta indeksā.

1. variants:

atrodiet direktorijus savos serveros, google lasīs visus jūsu serveru ceļus un failus un novirzīs tos uz sākotnējiem URL.

2. variants:

Ienest kā google. šīm lapām.

  • Es nesaprotu, kā direktoriju atrašana serverī novērsīs bojātās saites vai palīdzēs viņam saprast, kur Google atrada saites. Līdzīgi kā Google parādīs, ka tie ir bojāti, bet ne tur, kur Google tos atrada.

labi, jūs varat nodrošināt google ar vietnes karte tas viņiem palīdzētu indekss labāk savā vietnē un mēģiniet izmantot kanoniskās saites,

un skatiet savus URL parametrus google tīmekļa pārziņa rīki un jūs varat noņemt šos URL sadaļā URL noņemšana google tīmekļa pārziņa rīki.

  • Viņi teica, ka viņiem ir vietnes karte, un šie URL tajā nav. Es nesaprotu, kā URL parametru rīks varētu palīdzēt, jo šajos URL nav parametru.
  • iespējams, viņš href tagā izmanto #AboutUs.

strādāja par jums: Charles Robertson | Vēlies ar mums sazināties?

noderīga informācija