je přesměrování 301 v kořenové doméně pro seo špatné?
<p>mám neobvyklé nastavení s webem. bohužel nemůžu obsluhovat zdroj webových stránek z kořenové domény, tzn.</p><pre><code>http://www.example.com </code></pre><p>byl jsem nucen přesměrovat do podadresáře, abych mohl zobrazit obsah webových stránek, když se požaduje kořenová adresa url, např.</p><pre><code>http://www.example.com </code></pre><p>má přesměrování 301 na:</p><pre><code>http://www.example.com/subdirectory/index.html </code></pre><p>mělo by to nepříznivý vliv na seo, aby to mělo v kořenové doméně?</p><p><strong>aktualizace:</strong></p><p>po přečtení níže uvedených příspěvků a prostudování doporučených odkazů jsem použil přesměrování 302. tuto možnost jsem vybral, protože se zdá, že doporučení google je použít 302, pokud jde o přesměrování z kořenové domény. aby bylo možné měřit případné problémy s duplikací, použil jsem v cíli přesměrování značku rel = "canonical".</p>
<p>historicky jsem udržoval mnoho implementací mediawiki, kde tomu tak je (tj. <code>^/wiki/</code>), a po přechodu na konfiguraci přepisu <code>^/</code> jsem nezaznamenal žádné rozdíly v hodnocení, které bych připsal změně ve schématu uri - pokud je aplikováno jednotně, nedělal bych si s tím starosti.</p>
Argumentujete dobře, Google DNS funguje, jejich ne. Jinak se ještě zeptám, má pro Vás nějaký důvod být na DNS poskytovatele? Protože jestli jejich služby fungují takovýmto způsobem, tak je lepší zůstat na tom Googlu nebo jiném DNS dle výběru. <p>zkuste si přečíst tento užitečný článek: <a href="http://digwp.com/2009/12/redirect-mobile-users-to-mobile-theme/">http://digwp.com/2009/12/redirect-mobile-users-to-mobile-theme/</a> </p> Najdu adresář, který se bude jmenovat nejspíše ".purple" a přenesu do patřičného domovského adresáře. Pochopitelně nastavím příslušná práva... že je to ošklivější mi nevadí. Ale že je horší funkčnost, obslužnost, to je k zamyšlení, proč autoři jdou touto cestou.
Na velkém monitoru PC skoro nepoužitelné, takže jediná možnost je si okno prohlížeče zmenšit do středu monitoru. Snad se ozve dost lidí, aby to vrátili zpátky, případně vyřešili svůj záměr jinak než zhoršením obslužnosti pro uživatele PC. V minulosti jsem se s tim setkal, myslim ze mi pomohlo nastavit sit pomoci pruvodce (ve win XP) a potom si prenastavit ip adresy rucne. Mam dojem, ze v systemu musi byt povoleny uzivatel guest (pro lokalni prihlaseni lze zakazat), jinak se pta na heslo. Prave pruvodce by tyhle blbosti mel nastavit... a neni to lepsi udelat jednoduseji? napr [https://365tipu.wordpress.com/2015/08/28/kde-zmenim-jme...](https://365tipu.wordpress.com/2015/08/28/kde-zmenim-jmeno-pocitace-s-windows-10-kde-ho-pridam-do-domeny-ci-pracovni-skupiny/) Já bych generování XML, když se něco změní, spíše než na požadavku společnosti Google. To znamená, že aktualizuje pouze tak rychle, jak to potřebuje.


Já bych to uložit centrálně. Máte-li CDN, prásk ho tam a přesměrovat na něj. Dalo by se argumentovat, je to noční můra, ale je to ještě horší, než když všechny své frontendy generující vlastní verzi souboru Sitemap? Odpověď: Ne, je to mnohem efektivnější.


Pokud nechcete mít CDN bych zkoumat způsob přesměrování žádosti z jednoho uzlu do druhého. Ty by mohly být dokonce schopen řídit se svým zátěže Vyrovnávání takže určité řetězce user-agent jít přímo do uzlu sitemap generující.







Co se týče otázky 2 ... tvrzení Google budou automaticky kontrolovat s vámi, jakmile budou vědět, jak rychle se vaše aktualizace webu. Já bych aktualizovat ručně několika prvních a pak Google by měl vědět, jakou rychlostí se dál na.


Ale pokud nejste odesílání 20 ping za hodinu, pochybuji, že budu vadit příliš mnoho. Není to, jako by to změní váš výkon SERP. Roboti jsou „líní“ příliš, takže pokud jim dáte Sitemap se všemi vaše stránky URL v něm, oni jsou více pravděpodobné, že index více stránek na vašem webu. 


Oni také dát možnost upřednostnit své stránky tak, aby se roboti vědět, jak často se mění, které z nich jsou důležité udržovat aktualizované, atd., Takže nemají ztrácet čas procházení stránek, které se nezměnily, chybí ty, které dělají , nebo stránky pro indexaci vám nestojím o (a chybějících stránek, které dělají).


Existuje také mnoho [automatizovaných](http://www.xml-sitemaps.com/)  [nástrojů](http://www.auditmypc.com/free-sitemap-generator.asp) on-line, které můžete použít k procházení celého webu a generovat sitemap. Pokud váš web není příliš velká (méně než několik tisíc adres URL) ti bude fungovat skvěle. Zabranis tomu tazko, pretoze ten robot, co to robi na 99% spoofuje tvoju adresu(tedaz, ze neposiela maily zo Seznamu ale z nejakeho ineho mailservera tak, ze iba imituje tvoju emailovu adresu.Preveril by som, ci nemas naozaj nejake maily odoslane tymto robotom.Mozes mat trebars infikovany mobil a posiela to rovno mobil atp.Pokial prijemcovia nemaju kvalitney alebo dobre nastaveny antispam, co do SPF, tak tomu bohuzial najskor nezabranis.Urcite nezaskodi zmenit heslo. co sa tyka domenovych adries, musite mat povoleneny domenovy kluc u providera internetu,t.j. ISP musi zabezpecit aby vsetky maily s @skola.cz boli smerovane do jednej fyzickej schranky u providera. Potom je mozne tuto schranku vyberat a maily triedit podla adries do schranok u vas v skole povedzme na Exchange serveri alebo na Winroute.