Měl bych předložit sitemap se přidá pouze nové odkazy?




Dokumentace Google říká, že je limit 50k URL do Sitemap odesílaných k nim, a já chci, aby moje mapa stránek, které mají být předloženy automatizovaným práci pravidelně. Z tohoto důvodu by neměla bych jen mít sitemap obsahují pouze N nejnovější URL přidali do svých stránkách? Ano, já vím, že může mít více Sitemaps a mám samostatný jeden pro statické HTML stránky v síti. Ale taky musím jednou za obsah databáze, která nemusí být dosažitelný v jednom chmelu z hlavních stránkách, a nelíbí se mi představa rostoucího seznamu sitemaps (Může to znít jako 50k je víc než dost, ale já don ‚t chtít kód s tímto předpokladem).
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.
<p>budete muset mít docela trochu provozu na vaše stránky, aby si je. pokračujte ve vytváření skvělého obsahu. google těmto lidem nedá snadné.</p><p>ujistěte se, že máte navigaci označenou sémantickým html a do své nabídky vložte id <code>nav</code> nebo <code>navigation</code>. to googlu pomůže zjistit, jaké odkazy jsou vaše navigace. (na rozdíl od seznamu odkazů).</p><p>jakmile je získáte, google vám dá možnost ovládat, jaké odkazy chcete ve svých odkazech na podstránky pomocí nástrojů pro webmastery google.</p><p>neexistuje snadný nebo veřejně známý algoritmus, který vám poskytne odkazy na podstránky. a jsem si jistý, že se algoritmus neustále mění.</p><p><strong>not nots</strong>:</p><ul> <li>nepoužívejte javascript pro odkazy a nabídky.</li> <li>nemysli na to příliš mnoho a dejte mu čas, odkazy na podstránky jsou vzácné.</li> </ul> <p>jako karl vývojář botmap.io odpovídá na otázku, kterou prohledávač podporuje pouze odkazy href. </p><blockquote> <p>ahoj! mají vaše odkazy/kotevní značky atribut href? bot v současné době pouze detekuje a prochází atribut href. můžete ji přidat i v případě, že vaše aplikace úhlová nepoužívá interně. to může být nadbytečné, ale může fungovat jako mezera, dokud nemohu aktualizovat bot, aby tento scénář zvládl.</p> </blockquote><p>vzhledem k tomu, im pomocí routerlinks a nechci změnit svůj kód using hrefs jsem se rozhodl ručně vytvořit soubor sitemap.</p><pre><code>&lt;?xml version="1.0" encoding="utf-8"?&gt; &lt;urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"&gt; &lt;url&gt;&lt;loc&gt;http://margvel.com&lt;/loc&gt;&lt;priority&gt;0.5&lt;/priority&gt;&lt;/url&gt; &lt;url&gt;&lt;loc&gt;http://margvel.com/projects&lt;/loc&gt;&lt;priority&gt;0.5&lt;/priority&gt;&lt;/url&gt; &lt;url&gt;&lt;loc&gt;http://margvel.com/jobs&lt;/loc&gt;&lt;priority&gt;0.5&lt;/priority&gt;&lt;/url&gt; &lt;url&gt;&lt;loc&gt;http://margvel.com/education&lt;/loc&gt;&lt;priority&gt;0.5&lt;/priority&gt;&lt;/url&gt; &lt;url&gt;&lt;loc&gt;http://margvel.com/resume&lt;/loc&gt;&lt;priority&gt;0.5&lt;/priority&gt;&lt;/url&gt; &lt;url&gt;&lt;loc&gt;http://margvel.com/contact&lt;/loc&gt;&lt;priority&gt;0.5&lt;/priority&gt;&lt;/url&gt; &lt;/urlset&gt; </code></pre><p>jediné, co jsem udělal, bylo projít si trasy v úhlu a dát je do xml souboru, jak je zobrazeno výše. </p><p>dal jsem všechny priority priority 0,5, protože je to manuální priorita zvolená mezi 0 - 1,0. neměl jsem žádné preference stránek. </p><p>poznámka - tento přístup je určen pouze pro malé soubory sitemap s malým počtem stránek.</p> <p>svým způsobem přecházíte na nový web. udržujete produkty, ale v podstatě měníte téměř všechno ostatní: adresy url, interní propojení, html stránek a back-end (software košíku). je nemožné říci, jaké dlouhodobé důsledky by mohly být, aniž bychom znali podrobnosti, ale pokud vám nový software usnadní údržbu vašeho webu, pak vám poskytne čas na vyřešení jakýchkoli vtipků, které by se mohly objevit. jedná se o velký krok, proto jej velmi dobře naplánujte a sledujte každý krok, abyste se ujistili, že funguje podle plánu. pravděpodobně uvidíte poměrně velké výkyvy v indexování a hodnocení, takže se ujistěte, že jste schopni je „spolknout“ (vybrat pomalé období, mít k dispozici nějaký rozpočet na reklamy atd.).</p><ul> <li>změny v obsahu a interním propojení ovlivní vaše hodnocení, alespoň v krátkodobém horizontu.</li> <li>nebojte se o „příliš mnoho přesměrování“ pro celý web, ale ujistěte se, že pro každou adresu url musíte udělat pouze jedno (nepřesměrovat ve více krocích). ujistěte se, že přesměrování (staré adresy url) nejsou zakázána pomocí souboru robots.txt a vyzkoušejte je pomocí nástrojů pro webmastery společnosti google. vyzkoušejte také všechny adresy url, abyste se ujistili, že přesměrují (procházejte starý web pomocí nástroje, jako je xenu, a poté, co máte nastavena přesměrování, zkontrolujte všechny tyto adresy url). ano, je to trochu práce :), ale je lepší o tom mít jistotu. mějte na paměti, že jakmile budou přesměrování nalezena, struktura vašeho webu bude „znovuobjevena“, jako by to bylo u nového webu, takže to určitě něco ovlivní procházení, indexování a hodnocení na chvíli. nastavte soubory sitemap pro staré a nové adresy url a sledujte svůj pokrok v nástrojích pro webmastery. buďte velmi, velmi trpěliví.</li> <li>výhody vs nevýhody ... to je něco, co musíte určit sami. přesun webu, jako je tento, je velkým krokem, přinejmenším musíte naplánovat každý krok a správně nastavit očekávání.</li> </ul><p>možnost jasně sledovat postup (prostřednictvím analytics a počtu indexovaných adres url) vám pomůže zůstat v klidu během pohybu. v každém případě se pokuste nedělat nic drastického, pokud by to trvalo trochu déle - pokud jste si udělali domácí úkoly a technická stránka byla řádně naplánována a testována před přesunem, pak v nejhorším případě budete muset počkat trochu déle, než se očekávalo .</p> <p>je tam <a href="http://wordpress.org/extend/plugins/google-xml-sitemaps-with-multisite-support/">google xml sitemaps s podporou více míst</a> .</p><p>můžete také použít vývojovou verzi původních <a href="http://wordpress.org/support/topic/plugin-google-xml-sitemaps-early-testers-wanted/page/2#post-1721335">souborů google xml sitemaps</a> . zdá se, že pro některé lidi funguje dobře.</p> <p>optimalizace pro google nejčastěji znamená jasnou strukturu stránky, soubory sitemap, vysokou rychlost stránky, dobré příchozí odkazy atd. to samozřejmě optimalizuje pro další vyhledávače. přesto byste se měli alespoň podívat na další hlavní vyhledávače, především bing. dobré umístění na googlu je často také dobrým umístěním ve všech ostatních vyhledávačích.</p> Tyhle omezení jsou logická, brání se spamerům a počítám, že všude to bude dost podobné. Takže buď to rozdělit, pořídit si vlastní server, anebo to řešit úplně jinak, kupříkladu nějakou webovou stránkou, skupinou na facebooku nebo zkrátka nějak, aby to nenaráželo na limity emailu. <p>myslím, že nejdůležitější věcí je zajistit, aby se vaše velikosti zmenšovaly bez ohledu na to, zda to uživatel udělá pomocí widgetu javascript, který přidáte, nebo pomocí výchozí podpory prohlížečů.</p><p>pokud jde o přidání nebo ne, myslím, že to závisí na vaší cílené demografické skupině. pokud je váš web postaven pro technicky zdatné lidi, určitě řeknu ne. pokud je váš web vytvořen pro starší lidi, kteří nemusí být tak důvtipní, jako jsou online zpravodajské weby nebo podobné věci, řekl bych, že by to bylo užitečné. mnohokrát méně důvtipní uživatelé nebudou vědět, že mohou svůj text zvětšit jako výchozí prohlížeč, a tak buď bojují s webem, nebo ho předávají těm, kteří mají tyto možnosti.</p> <p>váš webový server by měl být schopen číst všechny soubory, ale <strong> nikoli </strong> do nich zapisovat. pokud váš web zahrnuje nahrávání souborů, udělte serveru oprávnění k zápisu pouze do jedné složky.</p><p>další informace o tom, jak to nastavit, a také o některých věcech, které se mohou stát, pokud tak neučiníte, jsou k dispozici v <a href="http://drupal.org/node/244924">drupal docs</a> .</p> <p>ze dvou uvedených možností bych šel na akordeonové menu.</p><p>samostatná stránka znamená dvě kliknutí a (obvykle) zpáteční cestu na server a pak se musíte vrátit zpět.</p><p>neexistuje žádná výhoda pro „předvolbu“ - pokud pro jednu stránku není mnoho možností.</p><p>jedna stránka (tj. bez „seskupené“ nabídky, pouze jediný odkaz) je v pořádku, pokud všechny běžné případy použití zahrnují více akcí na vybraného uživatele.</p><p>jinak bych použil „akordeonová“ menu nebo vyskakovací/javascriptová vyskakovací menu, <strong>a</strong> umožňovala přidávat příkazy na začátek seznamu.</p> <p>ne, nezáleží na tom, jestli máte tisíce stránek na stejné „úrovni“. viděl jsem weby, které mají veškerý obsah na kořenové úrovni, protože jsou pod dojmem, že to pro seo znamená velký rozdíl. (mimochodem, stránky se řadí dobře, ale nemyslím si, že nedostatek organizace na to nemá vliv.)</p><p>myslím, že struktura, kterou navrhujete, je dobrá, pokud ji mám správně:</p><ul> <li>sada stránek kategorií na <code>/galleries/rabbits</code></li> <li>všechny vstupní stránky obrázků, které se zdají být v jedné složce, například <code>/photos/bunny1</code></li> </ul><p>dobrou alternativou by bylo mít <em>hlavní kategorii</em> spolu s ostatními kategoriemi/značkami. získáte další výhodu v dalším klíčovém slově v adrese url a navíc může být pro uživatele snazší porozumět struktuře webu.</p><p>u výše uvedeného příkladu by „bunny1“ mohl spadat do kategorií „králíci“ a „načechraný“, ale hlavní kategorií by byli „králíci“. pak byste mohli mít tuto strukturu:</p><ul> <li>stránky kategorií <code>/gallery/rabbits/</code> a <code>/gallery/fluffy/</code>, obě zobrazující obrázek „bunny1“.</li> <li>obrázek stránky <code>/gallery/rabbits/bunny1</code></li> </ul>