szakma

Wikipedia, Godaddy, SOPA

A SOPA (Stop Online Piracy Act) egy törvénytervezet az USA-ban, ami mögött a nagy média vállalatok lobbija áll, célja elvileg az internetes kalózkodás visszaszorítása. Viszont súlyos gondok vannak a tervezettel, gyakorlatilag lehetetlenné teszi a közösségi weboldalak működését, csorbítja a szólásszabadságot és egyéb módon is ütközik az USA alkotmányába.

Szinte az összes IT cég egyoldalúan ellenezte a törvény elfogadását, egy céget kivéve: a legnagyobb domain regisztrátor, a Godaddy.com úgy döntött támogatják a törvénytervezetet. Ezzel magára vonva az interneten haragját, igen sokan elkezdték bojkottálni a Godaddyt, lemondani az előfizetéseiket, átvinni a domaineket, stb. Persze annyira azért nem zavarta ez Godaddy.com-ot.

Egészen addig, amíg a Wikipedia úgy nem döntött, hogy ők is csatlakoznak a bojkotthoz, és szintén átviszik meglévő doménjeiket más regisztrátorhoz. Ez betette az ajtót a Godaddynél, és most már ők sem támogatják a SOPA-t. Ez egy fontos eredmény az internet szabadságát jelenleg leginkább veszélyeztető törvény ellen.

Ez a hír, meg az hogy a Google megtriplázta a Mozillának küldött csekkeket nekem pont elég Karácsonyi ajándéknak :)

Minden kedves olvasómnak Kellemes Karácsonyi Ünnepeket kívánok.

Shoemoney Affiliate Summit West contest

Hi Jeremy and Shoemoney folks!

I earn my living by doing SEO consulting and Drupal development as a freelancer in Hungary.

I could have said that I'd like to win the Affiliate Summit West pass to meet all the Big shot Internet Marketing folks. I could have said that I really want to feel the excitement of that blackjack game. Or I could have said that I simply want to see Vegas. All of these are partially true, but my main reason why I enter to this contest is to meet you! You do pretty exciting things in Internet Marketing and you are so open about it on your blog. But I bet the winner will hear some really crazy stories what you did or tried to do, and I want to be that guy :)

By the way, I could have posted this page on a brand new blog (I have edgarpe.com) but I posted it here, my main blog, which is registered and actively written to from 2003 (web based official whois for .hu ccTLD)

Mobil alkalmazás: akkor kell, ha kell!

Mobil alkalmazások ábra Az egész azzal indult, hogy az Index előrukkolt az iOS és Android alkalmazásaival. Erre aztán HH Gergő és Doransky is megírta a tutit a mobil alkalmazás vs. mobil web alkalmazás témában.

Erősen túl van ez lihegve kéremszépen! Jó nagy feneket kerítettek a semminek. Ha felmerül a kérdés, hogy valamit hogy csináljunk meg, natív app-ként vagy web appként, akkor az azt jelenti, hogy megvalósítható webappként is. Tehát teljesen felesleges a natív app. Bővebben:

A natív alkalmazást nulláról le kell fejleszteni, folyamatosan támogatni és/vagy üzemeltetni kell, mindezt minden egyes platformra külön-külön. És közben igazodni az adott market szabályaihoz. A felhasználónak meg meg kell találnia és le kell töltenie.

Miközben, a mobil web alkalmazást, meg csak használni kell. Fejleszteni és üzemeltetni pedig egy olyan technológiai közegben kell, amihez már rendelkezésre áll az infrastruktúra. Csakúgy, mint az ehhez szükséges szaktudás is.

Persze van, amit nem lehet mobil weboldalként leprogramozni, egyszerűen szükséges a natív iOS vagy Android alkalmazás. Erre mondom én, hogy akkor kell, ha kell. Ha meg nem, hát akkor meg nem.

Dől a lé

Persze, mindez csak a technológiai megközelítés, tudom én jól. Üzleti szempontból akár lehetne is értelme a külön mobil app-nak. De most olyan érzésem van, mint a 90-es években, amikor azért akart valaki weboldalt, mert a másiknak is van. Magyarul, teljesen feleslegesen csinálták, nem is vártak tőle konkrét üzleti eredményt, inkább csak áhítoztak, hogy ettől majd milyen jól beindul a biznisz.

Ez van most is a mobil alkalmazásokkal. Csináljuk meg, mert a konkurenciának is van. Ha nem tudod alátámasztani sziklaszilárd üzleti tervvel, hogy miért éri meg megcsinálni, akkor nem éri meg. Ez tényleg, ennyire bonyolult?

Egyébként Doransky blog bejegyzésének majdnem mind a 8 pontjában szerepel, hogy „rá kéne már ébredni, hogy...” Mátyás, ugye ismered azt a viccet, amikor a rádióban bemondják, hogy egy őrült szembe megy a forgalommal az autópályán. Mire a hűsünk: Egy? Dehogy egy, mindenki!

Keresőoptimalizálás gyorstalpaló előadás

Nagyon jól sikerült a Drupal Hétvége 2011, innen is köszönöm a szervezőknek. A SEO gyorstalpaló előadásomnál ezt a prezi-t használtam:

Update: ustream.tv kötvetítés itt:

Az idei előadásban az általános dolgokat mutattam be. A Drupal specifikus dolgokról 2010-ben beszéltem, a Drupal keresőoptimalizálás nevű előadásban. Fordított sorrendben több értelme van a dolognak, úgyhogy előbb az idei "SEO gyorstalpaló"-t nézzétek végig, utána a 2010-est.

A robots.txt tiltás nem mindig azt csinálja, mint amire számítunk.

Elképesztő dolog történt velem nemrég. Egy régi kedves ügyfelem, akinek webáruházat készítettem felhívott, hogy valami gond van, mert bejött a boltba egy vásárló aki a weboldalon feladott rendelésére, nem kapott rá semmi választ. Mutatta az emailt amit a webáruház küldött neki automatikusan, szerepelt is benne rendelés azonosító. De mi nyomát sem találtuk a megrendelésnek az adatbázisban.

Kiderült, hogy nem a valódi weboldalon adta fel a rendelését, hanem a fejlesztői szerveren. Meg is találtam a megrendelést ott. A Google küldte a fejlesztői szerverre a vásárlót.

Ez a fejlesztői szerver jelszóval védett volt, de egy rövid időre ki kellett kapcsolnom a jelszó védelmet, egy külső rendszer integrációja miatt. Hogy, hogy nem, a Google anno megtalálta és indexelte a félkész oldalt. Ezt észre sem vettük addig, amíg nem élesítettük a közben elkészült weboldalt. Ekkor keresett rá a saját nevére az ügyfél a Google-ben, és látta hogy a rossz címet hozza ki a valódi weboldal helyett.

Ekkor pár hétig átirányítást állítottam be a fejlesztői szerverről, a valódi honlapra. De később ezt levettem és visszaállítottam a jelszavas védelmet és beállítottam robots.txt tiltást a teljes fejlesztői szerverre. Na ez így együtt hiba volt, mint később kiderült.

Mindez hónapokkal ezelőtt történt. Most megint le kellett vennem a jelszavas védelmet, de a robots.txt tiltás megmarad. És kb. másfél nap alatt a Google képes volt annyi látogatót küldeni a fejlesztői szerverre, hogy abból lett két valódi vásárlás.

Mi történt? A robots.txt tiltást figyelembe vette a Google és soha többet nem töltötte le azokat az oldalakat, amiket egyszer már beindexelt a fejlesztői szerverről. De ennek ellenére hónapokon át küldözgette oda a látogatókat, vásárlókat. Amikor egy pillanatra megszűnt a jelszavas védelem, gyorsan feladták a rendelést a szegény elkeseredett vevők.

Mi ebből a tanulság? Ha el akarsz tüntetni egy címet a Google indexből, arra nem az a megoldás, hogy robots.txt-ben letiltod. És még mi a tanulság? Hogy a link nem minden a Google-nél sem, mert egy árva link sem mutat a fejlesztői szerverre.