Přesměrování po redesignu webu

Ahoj. Mám dotaz. Připravuji nový web a potřebuji staré URL, které má google zaindexované ze stávající (10 let staré) prezentace, přesměrovat na nové URL. (jedná se o malý web, cca 15 stránek) Aby to neházelo chybu 404. Je správný postup takový, že ty URL adresy vypíšu takto do .htaccess?
Redirect /stara-URL-1/ /nova-URL-1/
Redirect /stara-URL-2/ /nova-URL-2/
Ono to funkční je. Ale jde mi o to, zda je to takto správné z hlediska google a SEO. Děkuji. Martin

používám například tuhle specifikaci pro tuto konkrétní situaci:

RewriteRule ^stara-url https://domena/nova-url [L,R=301,E=nocache:1]

Info o paramnetrech najdete na google

Pro jiné situace používám jiné řešení.

Děkuji. Mám ještě jeden dotaz. V Google Search Console mi Sitemap hlásí - nelze načíst - Všeobecná chyba HTTP. Většinou mi to hlásilo, pokud jsem měl v robots.txt Disallow u /components/ a /plugins/ Pokud jsem tyto 2 řádky zrušil, šlo to. Nyní mi to stále nejde. Používám OS Map free. Nevíte, čím by to mohlo být? Dá se to nějakým nástrojem zjistit?

Se sbíráním nemám moc dobré zkušenosti, 99% posbíraných adres je k ničemu - viz. příloha.

Martine,

pokud píšete příspěvek, PROSIM, uvádějte všechny informace.

1. Chyba Sitemaps - nejde načíst

To si fakt myslíte že to takhle hned vymrskneme?
- kde je URL adresa sitemapy?
- mám podezření, že pokud mi paměť sahá, sitemapa z OSMap Free byly právě v non-sef URL tvaru, kde začátek obsahoval components/com_osmap/....., ale už si to nepamatuji přesně
- takže položíte dotaz a hned vzápětí si odpovíte, že to máte zakázané v robots.txt, welcome, někdy i mě trvá trochu déle než logické věci pochytím, přeci jsem jen hloupý kluk z vesnice a nejsem rozený programátor

2. Sbírání URL adres...

- to co vidím vypadá spíše na zaindexované URL webu minulé verze na wordpressu, které nyní neexistují
- najdete je krásně také v GSC a můžete exportovat do csv a nastavit je pak jako hromadné přesměrování
- to pak mrsknete do httacess nebo ještě lépe připojíte jako txt soubor

Proč to dělat v httacess?
Ten se načítá před inicializací Joomla komponenty == je rychlejší a web pak nemá delší načítání v pagespeed insigths

Pokud se totiž podíváte jak jsou hodnocené weby na J3/J4, tak běžně po dokončení mají na mobilu hodnocení kolem 24-57% a jsou vyhodnoceny jako nedoporučené Googlem k procházení.

Každá úprava pro zrychlení se pak počítá.

Mohl bych tady dát i nějaké weby k porovnání (jak naše, tak jiných kolegů co se živí výrobou webů na Joomla, ale to je již jiná diskuse)
Ale klidně ji otevřu na Joomla Cafe, pokud někdo bude mít zájem.

1. Chyba Sitemaps - nejde načíst - takže položíte dotaz a hned vzápětí si odpovíte, že to máte zakázané v robots.txt
Asi jsem to špatně napsal. Myslel jsem to tak, že kdysi u jiných webů mi Sitemap taky nešla načíst a důvodem bylo Disallow u /components a /plugins. Od té doby to už vím a na tomto webu to mám samozřejmě povolené v robots.txt. Nicméně se to po cca dvou dnech vzpamatovalo a Sitemapa je v GSC úspěšně načtena. Proč to ze začátku hlásilo, to netuším.

2. Sbírání URL adres... - to co vidím vypadá spíše na zaindexované URL webu minulé verze na wordpressu, které nyní neexistují
Ne. Tento web nikdy na Wordpressu nebyl. Já to chápu tak, že to roboti zkoušejí.

To nejsou roboti, ale automatičtí ha...ři, kteří po spuštění jakéhokoli joomla webu zkouší každých 1-10 sekund různé varianty jak se do webu probourat.
Kdo používá firewall tak ví - tam se ty dotazy taky sbírají - výhoda je že "jejich" adresy se automaticky blokují.

Minule nám ha.....li web a přesměrovali ho na japonský nesmysl a od té doby tam chodily jen IP adresy z JP a TW a dělali to samé.

No jo, já za robota považuji ty inteligentní a co neškodí a ne ty co to chtějí hacknout...
To jsou hajzlíci

Martin70 napsal:

1. Chyba Sitemaps - nejde načíst - takže položíte dotaz a hned vzápětí si odpovíte, že to máte zakázané v robots.txt
Asi jsem to špatně napsal. Myslel jsem to tak, že kdysi u jiných webů mi Sitemap taky nešla načíst a důvodem bylo Disallow u /components a /plugins. Od té doby to už vím a na tomto webu to mám samozřejmě povolené v robots.txt. Nicméně se to po cca dvou dnech vzpamatovalo a Sitemapa je v GSC úspěšně načtena. Proč to ze začátku hlásilo, to netuším.
 

No to ale nemáte pravdu. Musíte u toho taky nejprve přemýšlet.
Pokud si sitemapu budu generovat cronem na pozadí a uložim do rootu webu, aby se načítala ihned z vygenerovaného souboru a její čtení nezatěžovalo ostatní zákazníky při procházení webu (typicky - když si na FE view zavolám generování sitemapy - tak generuji DB dotazy, které ostatní DB dotazy == ostatní zákazníky zastaví do doby vygenerování - jasně, záleží na mnoha dalších faktorech jako http2 atak, ale proč bych zbytečně tohle dělal?), tak v URL není žádné components a Vy nemusíte v robots.txt tuto URL adresu povolat jen z důvodu generování sitemap.
Jiná věc je, když komponenta je prasácky napsaná a volají se assets (JS, CSS), které mají být správně ve složce media.

2. Sbírání URL adres... - to co vidím vypadá spíše na zaindexované URL webu minulé verze na wordpressu, které nyní neexistují
Ne. Tento web nikdy na Wordpressu nebyl. Já to chápu tak, že to roboti zkoušejí.

Ano, vypadá to tak, hajzlíci roboti