Pri nas smo doslej k sreči imeli samo en sam primer prevarantstva preko PayPala. Kupec je po prejemo blaga sprožil postopek, da plačila sloh ni opravil on ter da mu je bila kreditna kartica ukradena. PayPal je seveda odločil v njegovo korist, mi pa smo ostali brez kakšnih 600 eur. Problem tega primera je bil, da mi nikakor nismo mogli predvidet, da gre za nateg.

Pri kreditnih karticah pa so poskusi zlorab praktično vsakodnevni, ampak pri tem je sreča da so toliko očitni, da jih ni pretežko preprečevat.

Kjerkoli ;)

Sem sedaj to naredil s Screaming Frog :)

To orodje je sicer OK, samo ne omogoče testiranja več kot 100 linkov naekrat. Kljub temu hvala.

Morda še kak drug predlog?

Soočam se s specifičnim problemom, ki bi ga rad rešil z najmanjšo investicijo časa. V excell tabeli imamo približno 76000 linkov, od katerih pa so nekateri žal mrtvi. Verjetno govorimo o okoli 1000 linkih iz tega 76000 vnosov velikega seznama.

Kako bi najlažje preveril vse te linke in izločil tiste, ki so polomljeni?

Mi smo na Banki Koper, kar ima pozitivne in negativne plati.

Pozitivne plati so, da nam njhova activa procesor kreditnih kartic vsaki dve leti zmanjša provizijo, kar je za nas ugodno. Zlasti obljubljeno letošnje znižanje bo še posebej ugodno. Pozitivno je tudi, da imamo poslovalnico zelo blizu. Pred leti smo jih izbrali predvsem zaradi enostavnosti poslovanja s PayPalom.

Negativna plat pa je, da letno plačamo okoli 35k EUR bančnih stroškov in gre od tega kakšnih 60% njim, pa nam vseeno ne morejo ponuditi 20k limita brez jamstva z vsem osebnim premoženjem lastnikov. Sedaj smo to rešili tako, da bo eden od dveh lastnikov vseeno tvegal in zastavil vso imetje za ta limit. Ob tem je potrebno dodati, da nimamo nobenega kredita in zelo visoko bonitetno oceno.

Najbolj konkretno bi bilo, če napišem kakšno trgovino trenutno upravljamo na strežniku s 32GB RAMA in ki jo bomo kmalu selili na strežnik s 64GB RAMA ter SSD diske.

50k izdelkov

3x website

12x store view

Prometa je pa zanekrat še daleč od tega, da bi ga bilo vrh glave dovolj...pa je vseeno 32GB rama premalo.

Upamo pa seveda, da bo tako v roku kakšnih 3-5 let, res prometa dovolj, da bo hardware zadnja skrb. Ker zaenkrat si ne moremo privoščit hostinga pri kakšnem sonassi.com s 16 jedni, Magestack ter 64GB rama in podobno...

Je pa tako, da je pri nas bil dedicated potreben že takrat, ko smo imeli 10k izdelkov in 5 store view-jev. In se je s požrešnostjo Magenta najbolje kar na začetku sprijaznit.

Po mojih izkušnjah za solidno Magento trgovino (in en zgolj spletno izložbo) še VPS ne zadostuje, ampak mora biti kar soliden dedicated. 32 GB rama, če je možnost 64GB in SSD diski. Drugače je vse bolj srednja žalost, je pa seveda res da si je v štartu kaj takšnega težko privoščit.

Glede ostalega SEOta v Magentu pa bi na hitro zapisal naslednji seznamček osnovnih točk, za vsako pa potem google najde vire:

1. Nastavit server, da vedno preusmeri non-www na www ter posledično tudi v webmaster tools to označit.


2. Nastavit canonical, da so v google indexu samo URL produktov brez vsebovanih kategorij, med tem ko jih Magento lahko uporablja


3. S canonical tudi opremiti vse URLje za razvrščanje produktov (list, grid, sort by price...)


4. v Webmaster tools pogledal vse 404 strani in jih tako ali drugače rešiti (ali vsebina ali preusmeritev)


5. Na straneh catalogserach vsesti oznako NOINDEX, NOFOLLOW


6. Enako označih na vseh straneh advance search - NOINDEX, NOFOLLOW


7. Na vseh kategorijah nad listingom produktov narediti opis kategorije


8. Vsebina na straneh produktov strukturirati po odstavkih in s H2, H3, H4 tagi


9. V Magentu vse popularne iskalne pojme opremiti z direktnimi linki za strani, ki so najboljši rezultat.


10. Na checkout strani dodati NOINDEX, NOFOLLOW


11. Nastaviti, da se session ID ne zapisuje v URLju


12. Vse linke v filtrih nastaviti tako, da ali omogočajo samo eno izbiro in tisto stran posebej vsebinsko urediti ali pa jih označiti z NOFOLLOW.


13. Z NOINDEX,NOFOLLOW označiti vse strani, ki nastanejo s kombinacijo vrednosti v filtrih in predstavljajo le ožanje izbora productov v katalogu.


14. Pripraviti sitemap strani (če je več store view-jev, ga je potrebno pravilno označiti s href=Lang). Najbolj pametno je narediti zemljevid zemljevidov in ločiti za vsak sklop lasten sitemap, zato da v webmaster tools lahko spremljaš koliko strani iz katerega sklopa je v indexu.


15. Sitemap naložiti k google, yandexu, bingu in na baidu...


16. Vse izdelke opremiti s schema.org oznakami


17. V google webmaster tools izdelati podstrani za vse domene in jih lokacijsko targetirati.


18. V webmaster tools označiti za vsako poddomeno in glavno stran podatke na tipičnih straneh - Data Highlighter.


19. Opitimizirati velikost vseh slik izdelkov.


20. Zagotoviti, da je stran na google speed insights vsaj nad 85/100 za desktop ter nad 70/100 za mobile.


21. Responsive design ter maksimlna opzimizacija za dejsnko uporabnost na mobilnikih.


22. Pravi server ter njegova optimizacija, da se Magento nalaga vsaj pod 4s, še bolje okoli 2. First byte mora biti pod 0,5s.

Posebej je treba pri Magentu spremljat število strani v indexu, ker lahko google brez uporabe NOINDEX tagov res veliko strani uvrsti v index. Moja prva trgovina, ki pretežno bazira na filtriranju produktov je v enem trenutku (ko se še nisem dosti ukvarjal s SEO) imela 32 mio url-jev v indexu.

To je kakšnih prvih 10%, ki so minimum, če želiš z Magentom konkurirat brez oglaševanja. Najprej od tega pa predvsem vprašanje sredstev, ki jih lahko vlagaš v hitrost Magenta ter od kvalitete vsebin, ki jih boš imel na strani.

Se mi zdi, da če bi šel prav v podrobnosti, da bi bil predolg.

To je res zelo odvisno od branže. Pri nas so bile v zadnjih 3 letih od približno 1000-1200 poslanih COD pošiljki dve neprevzeti. :) Obe v Sloveniji...

V večini branž pa je seveda že 4% zelo nizek odstotek.

Mi zavaruje vse pošiljke nad 500 EUR (torej večino) in imamo nekje okoli 0,1 % izgubljenih. Z izjemo DPDja, so nam tako pri Pošti, GLS in UPS doslej vedno vrnili denar za izgubljene pošiljke. Pri UPSu so pri reševanju takšnih primerov še posebej hitri, saj smo povračilo prejeli prej kot v 14 dneh od izgube.

DPD nas je pa gladko nat... za cirka 1500 EUR, saj je njihov avstrijski šef presodil, da se nam ne bo splačalo, da jih tožimo.