používá přepis url namísto více parametrů jediný způsob, jak zajistit, aby google indexoval všechny stránky?
<p>pokud ponechám vzor (<code>index.php?module=test&amp;param=1</code>), budou stránky méně pravděpodobně indexovány, pak pokud použiji vzor (<code>test\_param\_1.html</code>)?</p>
<p>nevěřím, že google říká. bývalo pravda, že <code>test\_param\_1.html</code> bylo lepší než <code>index.php?module=test&amp;param=1</code>, ale nemyslím si, že by tomu tak pro google bylo.</p><p>pokud jsou však vaše 2 příklady stránek velmi podobné, budete chtít na nich použít rel = "canonical", aby google věděl, který z nich je hlavní. jinak bude vaše pagerank rozdělena mezi 2.</p>
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. Za prvé, ujistěte se, že Google není zakázáno z těchto stránek pomocí `robots.txt`apod Také zkontrolujte, zda tyto adresy URL jsou *správné* . :)


Za druhé, Google není jen vzít si Sitemap v nominální hodnotě. Využívá i další faktory, jako jsou příchozí odkazy, atd, aby se zjistilo, zda se *chce* procházet všechny stránky v souboru Sitemap. Sitemap bude pak slouží především jako náznak více než cokoli jiného (to pomáhá Google vědět, kdy se stránky mnohem rychleji aktualizovány, například). Získejte vysoce kvalitní, relevantní a užitečné odkazy (příchozí a odchozí) a vaše stránky by měly začít dostat indexovány. Jaký je smysl má mnoho indexovaných stránek, které jsou odstraněny ihned? Dočasné stránky jsou bezcenné pro vyhledávače a jejich uživateli poté, co byly odstraněny. Takže bych jít nechat prohledávače vyhledávačů rozhoduje, zda stránka stojí indexování. Jen jim řekni adresy URL, která bude přetrvávat ... a realizovat některé seznam stránek (v případě, že nejsou dosud k dispozici), který umožní vaše stránky, které mají být procházeny jednodušší.


Poznámka pod: 6 sitemap soubory 5m URL? Pokud vím, soubor Sitemap může neobsahují více než 50k URL. Museli byste jej procházet zcela hledat každou stránku pro jedinečné spojení v rámci webu a pak dát je do indexu.


Také pro každého odkazu najdete v rámci webu, pak je třeba navštívit tuto stránku a hledat další jedinečné spojení.


Byste použít nástroj, jako je HtmlAgilityPack snadno uchopit URL a extrahovat odkazy z nich.


Napsal jsem článek, který se dotýká na těžbu odkazy součást problému:


* <http://runtingsproper.blogspot.com/2009/11/easily-extracting-links-from-snippet-of.html> K dispozici jsou 2 standardní způsoby, jak se blíží k testu, která závisí na něčem jiném (namítat, volání funkce, atd).


* Můžete použít vysmívá namísto objekty kód testujete závisí na.
* Můžete načíst přípravek nebo dělat tvorbu / hovor zkušební sestavy.


Někteří lidé mají rádi „klasických“ unit testů, kde je testován jen „jednotka“ kódu. V těchto případech se obvykle používají se vysmívá a pahýly nahradit závislostí.


Jiné podobné více integračních testů, kde je testována většinu nebo všechny zásobníku volání. V těchto případech můžete použít přípravek, nebo možná dokonce dělat hovory / výtvory ve funkci nastavení.


Obecně byste **to** udělat jeden test závisí na druhého. Všechny testy by měly:


* uklidit po sobě
* je spustitelný v izolaci
* být spustitelný jako součást sady
* být konzistentní a opakovatelné


Pokud uděláte jeden test závislý na jiném nemohou být spuštěny v izolaci, a ty jsou také nutí rozkaz testy spustit. Prosazování pořadí v testech není dobré, ve skutečnosti mnoho lidí pocit, že by se náhodně pořadí, ve kterém jsou spouštěny vaše testy. Jistá - pokud víte, že vaše předchozí stránky (u staršího sitemap.xml nebo prostě vlezl) jsou indexovány, měli byste být v pořádku tím, že zahrnuje pouze nové vazby. 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. Neexistuje žádný dobrý důvod vzdát zjevné indexy (FKS, atd), při vytváření tabulky. To se nikdy výrazně ovlivnit výkon na to, aby nepotřebné indexy malých tabulek, a to je dobré, aby se první řez, když je vaše mysl v souvislosti s návrhem schématu. Také některé indexy slouží k zabránění duplicity, které mohou být užitečné bez ohledu na velikost tabulky.


Myslím, že správná odpověď na vaši otázku je, že počet záznamů v tabulce by měl mít nic společného s tím, když se vytvořit indexy. Máte-li stejnou platformu i verzi aplikace, s největší pravděpodobností jste každý v jiné skupině uživatelů pro A/B testování. Tak vývojáři ověřují účinnost aplikace a nakonec zvolí tu účinnější verzi a zavedou všem. Chce-li lingoty, může zkusit web na PC nebo třeba i v mobilu v nějakém internetovém prohlížeči. Pravděpodobně to zabere. Myslím, že chceš něco co nejde. Aby se webová stránka přepla do mobilní verze tzv. rezistentního zobrazení, musí být ta stránka taky tak napsána. Stránka, která je vytvořena jak pro normální monitor tak pro mobil nebo tablet má na začátku test na čem se stránka bude zobrazovat. Nedá se to tedy vynutit.Ahoj