Izveidojiet savu pielāgoto e-pasta adresi [vienkāršais veids] - 5 minūšu apmācība

Ir vietne, teiksim, example.com un vairāki domēni dažādām domēnu zonām, piemēram, .de .fr utt. Un papildu domēniem ir CNAME ieraksts example.com. Tāpēc ideja ir atvērt example.com neatkarīgi no domēna zonas, kurā persona ienāk. Bet tagad mums ir tas, ka, mēģinot meklēt vārdu “Piemērs”, serpiem ir vairāki domēna vārdi. Šeit ir reālais piemērs (dati aizstāti):

Kā redzat, tas acīmredzami nedarbojās tā, kā mēs gaidījām. Neskatoties uz to, ja persona noklikšķina uz 3. saites, viņš faktiski apmeklē example.com. Bet mēs nevēlamies, lai domēns būtu SERP, it īpaši, ja daži domēna vārdi ir tikai "iespējamo kļūdu labošanai". Tāpēc mans jautājums ir - vai mēs CNAME izmantojam nepareizi? Vai mums tā vietā vajadzētu izmantot A ierakstu? Vai ir veids, kā padarīt example.de atveriet example.com/de un example.fr, lai atvērtu example.com/fr?

  • CNAME ir kārtībā. Katrā lapā jums vienkārši jāievieto kanoniskais tags, kas norāda uz example.com/what-ever-page-it-is, lai Google zinātu, kuru lapu indeksēt. Priekā!!
  • Paldies, bet example.de nav lapas. Tas ir tikai domēna vārds.
  • Patiesībā tā arī notiek. Tam ir visas tās pašas lapas, kuras ir .com vietnei. Tāpēc jums ir nepieciešami kanoniskie tagi, lai paziņotu G, ka vēlaties, lai vietne example.com tiktu indeksēta. Pretējā gadījumā tas ir satura dublikāts.
  • 2 Ja vēlaties "šis domēns ir tikai aizstājvārds un nekas cits", jūs vēlaties ieviest novirzīšanu. DNS nevar novirzīt. CNAME ierakstā ir tikai teikts, ka "šis domēns tiek mitināts uz tās pašas IP adreses kā šis otrais domēns". Tas neko nepasaka par saturu. Tā joprojām varētu būt pilnīgi cita vietne. Jūs vēlaties pārliecināties, vai jūsu tīmekļa serveris izsūta "301 pastāvīgu" novirzīšanu uz jūsu alternatīvajiem domēniem. Tas novirzīs viņus uz jūsu galveno domēnu gan lietotājiem, gan meklētājprogrammām.
  • 1 @ Taylor 302 novirzīšana nedrīkst izraisīt vietrāžu URL pilnīgu noņemšanu no meklētājprogrammām. Google noņem URL, kurus 301 novirza.

Canonical Tag ir tikai ieteikums meklētājprogrammām. Viņi to var ievērot vai ne. Lūdzu, izlabojiet mani, ja kļūdos, taču pieņemu, ka jūsu domēna nosaukumos tiek izmantotas dažādas valodas? Ja nē, es nokasīšu savu atbildi un sākšu no jauna. Turpinot manu pieņēmumu, jūsu situācijā es uzskatu, ka jūs vislabāk varētu apkalpot izmantojot jūsu robots.txt bloķēt meklētājprogrammas no jūsu vietnes automātiski tulkotu lapu pārmeklēšanas.

Robots.txt sintakse ir šāda:

User-agent: [robota nosaukums, uz kuru attiecas šāds noteikums] * tas varētu būt Googlebot (Google meklēšanai) un Googlebot-Image (attēlu meklēšanai).

Neatļaut: [URL ceļš, kuru vēlaties bloķēt]

Atļaut: [bloķētā vecāku direktorijā esošā apakšdirektorija URL ceļš, kuru vēlaties atbloķēt]

Šīs divas rindas kopā tiek uzskatītas par vienu ierakstu failā, kur kārtula Neatļaut attiecas tikai uz iepriekš norādīto (-ajiem) lietotāja aģentu (-iem). Varat iekļaut tik daudz ierakstu, cik vēlaties, un vienā rindā uz vairākiem lietotāju aģentiem var attiecināt vairākas rindas Neatļaut. Varat iestatīt komandu User-agent piemērot visiem tīmekļa rāpuļiem, uzskaitot zvaigznīti (*), kā parādīts zemāk esošajā piemērā:

Plašāka informācija par jūsu situāciju: automātiskajiem tulkojumiem ne vienmēr ir jēga, un tos var uzskatīt par mēstulēm. Moreso, slikts vai mākslīgs skanējums var kaitēt jūsu vietnes uztverei. Šis attēls varētu palīdzēt izvēlēties URL struktūru, kas atvieglo vietnes daļu ģeogrāfisko mērķēšanu uz dažādiem reģioniem. Šeit ir ieteicamās iespējas:

Tas nozīmē, ka Google izmanto algoritmu, lai atlasītu reprezentatīvu URL situācijā, kas saistīta ar starpdomēnu kanoniskām problēmām (vairāk varat atrast šeit: https://support.google.com/webmasters/answer/1716747?hl=lv)

Tas ir tas, ko Google saka par dublētu saturu un starptautiskām vietnēm:

Vietnes, kurās tiek nodrošināts saturs dažādiem reģioniem un dažādās valodās, dažkārt rada tādu pašu vai līdzīgu saturu, kas pieejams dažādos vietrāžos URL. Tā parasti nav problēma, kamēr saturs ir paredzēts dažādiem lietotājiem dažādās valstīs. Lai gan iesakām katrai atšķirīgai lietotāju grupai nodrošināt unikālu saturu, mēs saprotam, ka tas ne vienmēr ir iespējams. Parasti nav nepieciešams "slēpt" dublikātus, neatļaujot rāpošanu robots.txt failā vai izmantojot robotu metatagu "noindex". Tomēr, ja vieniem un tiem pašiem lietotājiem sniedzat vienu un to pašu saturu ar dažādiem URL (piemēram, ja gan example.de/, gan example.com/de/ lietotājiem vācu valodā tiek rādīts vācu valodas saturs), jums vajadzētu izvēlēties vēlamo versiju un atbilstoši novirzīt (vai izmantot rel = kanoniskās saites elementu). Turklāt jums jāievēro vadlīnijas par rel-alternate-hreflang, lai pārliecinātos, ka meklētājiem tiek piegādāts pareizais valoda vai reģionālais URL. Avots: https://support.google.com/webmasters/answer/182192?hl=lv

  • Liels paldies par jūsu atbildi Džoš, tas, bez šaubām, ir ļoti noderīgs, un, lūdzu, nenoņemiet to, bet mans gadījums ir nedaudz atšķirīgs. Jā, jums ir taisnība, mums ir vairākas valodas (un tulkojums tiek veidots manuāli katram teksta fragmentam), un sākotnējam domēnam ir šāda struktūra example.com/lv / de utt. Valoda tiek automātiski iestatīta ar mūsu CMS. Bet problēma ir tā, ka mums ir arī vairāki domēnu nosaukumi (iegādāti kā aizstājvārdi, piemēram, example.de vai labojumi, piemēram, exampl.com) un SERPs uzskaitītie domēni, izņemot galveno domēnu, piemēram, "example.com" un tieši zem tā - "exampl .com / .de "
  • Cerams, ka šis jautājums nav pārāk tālu, bet vai jūs varat man palīdzēt izprast domu iegādi domēnu iegādei, kurus jūs dēvējāt par "labojumiem", vai to, ko tie ir vai bija iecerējuši paveikt, sākot no sākuma Esmu pārliecināts, ka varu jums palīdzēt atrisināt nevēlamo rezultātu parādīšanu Google tīklā - tomēr, lai noteiktu saprātīgāko rīcību, ir svarīgi saprast savus mērķus un nodomus. Ļaujiet man zināt, es esmu šeit, lai palīdzētu!
  • Ak, paldies Džoš, piedod, ka tavu komentāru neredzēju! Papildu domēnu iegūšanas iemesls ir novirzīt lietotāju uz to pašu example.com neatkarīgi no tā, ko viņi rakstīs adreses joslā. Piemēram, ppl Vācijā var pieņemt, ka mūsu domēns ir example.de, un mēģināt to apmeklēt. Tā kā mēs iegādājāmies arī šo domēnu, mēs vēlamies, lai viņiem process būtu vienmērīgs, lai viņi beigās apmeklētu example.com. Vēl viens piemērs ir domēna vārda "drukas labošana". Pieņemsim, ka mums ir domēns exampel.com (ievērojiet rakstīšanas kļūdu), un lietotājam vajadzētu nonākt arī vietnē example.com.
  • 1 Patiesībā tas nav svarīgi. Varbūt tas nav labākais veids, kā to paveikt, taču, ja vēlaties to paveikt, iegādājieties kopīgu mitināšanu, kas ļaus jums mitināt visus jūsu ccTLD. Iestatiet savus ccTLD ar Cpanel un izmantojiet novirzīšanas funkciju (tikai 302) un sakiet novirzīšanai sekot katram direktorijam. Kas jums paliks, ir katras .com lapas versija, kas ir 302r jūsu ccTLD. Nesen to izdarīju vietnē tjmfuneral.com. Klients vēlējās pārliecināties, ka ikviens, kurš ievadījis šo domēnu, var nokļūt uz galveno vietni un par katru jauno galveno lapu - pastāv novirzīšana
  • 1 @Josh Salganik Vai jūs, lūdzu, paskaidrojiet, kāpēc jūs iesakāt 302 novirzīšanu pār 301 novirzīšanu? Vai pamatojums būtu saglabāt novirzīto domēnu integritāti, pieņemot, ka Maiks nākotnē vēlētos izmantot vienu vai vairākus no tiem citam?

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