Google Apps migrációs problémák és megoldásaik

Több domain levelezését átraktam Google Apps alá, mert az jó. De tényleg.. komplett megoldást nyújt már a Standard (ingyenes) változat is, sokkal jobb (érthető okok miatt) a SPAM szűrés, mint bármilyen saját szűrős megoldás, rengeteg plusz szolgáltatást (Calendar, Docs, ActiveSync, stb..) tudunk igénybevenni saját domainünkkel, kapunk egy egyszerű admin felületet, ahol szabályozhatjuk a domain felhasználóit (postafiókjait). Nem is részletezem, próbáljátok ki!

A levelezés migrációja nem mondható bonyolultnak, néhány új MX és CNAME rekord beállítására van csak szükség domainünk NS szerverein, létre kell hoznunk a kívánt email (domain) felhasználókat, esetlegesen áttölteni a régi leveleiket, aliasokat és csoportos kézbesítéseket létrehozhzni, stb, stb..

A migrációt követően viszont van néhány kellemetlen dolog, amik megoldásával el kell játszani egy darabig, főleg ha nem tudjuk mi is igazából a probléma.
Lássuk, nálam milyen problémák jöttek elő és azokra milyen megoldásokat találtam:

1. probléma: PHP levélküldés nem működik a domaint kiszolgáló webszerveren, SPAM-be kerül a címzettnél.

Ezzel a problémával nagy valószínűséggel szinte mindenki találkozik, aki weboldalt is hosztol egy másik szerveren a GoogleApps-al használt domain alatt. Nálam a mailszerver és a webszerver is egy vason volt korábban, ilyen esteben a php.ini-ben és a mailszerveren megadott beállítások relative egyszerűek, a php mail() függvény teszi a dolgát a lokális SMTP-n keresztül, nem is kell vele foglalkoznunk.

De mi van, ha a domaint valósan kiszolgáló MTA fizikailag egy másik szerverre, jelen esetben a Google Apps szervereire kerül? Ha megmarad a mailszerver használhatjuk annak SMTP-jét, vagy telepítünk valamilyen mini SMTP szervert  a webszerver mellé! Így a levélküldés működik szépen, csak az okosabb SPAM szűrők ki fogják dobni a címzett oldalán összes levelünket. Miért is?
Egyszerűen azért, mert a  szűrő csak annyit lát, hogy a domainem.hu MX rekordja nem arra a szerverre mutat,  amiről a levél érkezik. A Gmail szűrője (nagyon helyesen) ezt figyeli, rosszabb esetben törli és soha nem kapjuk meg, jobb esetben felcimkézi SPAM cimkével a levelet. Ha nem tenné, bárki küldözgethetne nekünk saját domainem.hu-s címünkkel leveleket..

A megoldás:

SPF rekord. Az SPF (Sender Policy Framework) TXT rekordok segítségével szabályozhatjuk DNS szinten, hogy mely szerverek küldhetnek domainünk alól levelet. Sok próbálkozás és a Google által ajánlott megoldás helyett végül a következő SPF rekord került beállításra nálam és azóta rendben mennek a dolgok:

v=spf1 a mx a:000.000.000.000 include:_spf.google.com include:aspmx.googlemail.com ~all

A 000.000.000.000 helyére a webszerver IP címét írjuk! Azét a szerverét, ahonnét php mail()-el küldeni akarunk.
Fontos! Az all végződés előtti karakter nem kötőjel (-) hanem hullám karakter!
A fenti SPF rekord beállításával működik a php-ből indított levelek küldése, nem kerülnek SPAM-be a címzettnél.

2.probléma: SPAM levelek és a POP3

A Gmailben nem lehet kikapcsolni a SPAM szűrést. Alapértelmezetten minden fiókban van egy “Spam” mappa, illetve Gmail címke, amelyet minden beérkező levél megkap. Így a bejövő levelek közt nem jelennek meg, csak a SPAM mappában (címke alatt). Innen a levelek egyébként 30 nap elteltével automatikusan törlődnek is, tehát érdemes gyakran ellenőrizni..

Ha a Gmail felületét használjuk, ott van a mappa (címke), bármikor megnézhetjük,  semmi gond. Sőt IMAP protokoll használatával is szépen el lehet érni a címkét mint IMAP mappa.
Viszont a POP3 egy régi protokoll, csak arra képes, hogy a bejövő (INBOX) leveleket letöltse. Sok cégnél ragaszkodnak a POP-hoz, ezért a problémára valamilyen megoldást kellett keresnem:

A megoldás:

Sajnos csak olyan lehetőségünk van, amivel a SPAM szűrést mellőznünk kell. Persze ez arra a minimális SPAM mennyiségre vonatkozik, ami egy átlagos gmail fiókba érkezik.. (nálam napi 1-2 levél 3 ráirányított címmel). Rengeteg SPAM-et már eleve át sem enged a Gmail levélszemét szűrője és eldobja kézbesítés előtt.

A megoldás lényege, hogy létrehozunk egy Gmail szűrőt, ami a Spam mappa helyett a bejövő mailek közé rakja a levelet, így a POP kliens le tudja tölteni:

1. Hozzunk létre a Gmail / Beállítások / Szűrők menüben egy újat!
2.“Tartalmazza a következő szavakat:” nevű mező tartalma legyen ez:  is:spam
3. Tovább, majd jelöljük ki a “Soha ne legyen spam” opciót.
4. Done. Enjoy the SPAM!

Folyt. köv.

Google Adwords - Analytics: nem jelennek meg a látogatási adatok

Mi az a gclid? Bevallom, néhány hónappal ezelőttig én sem tudtam, pedig már lassan egy éve benne vagyok az Google Adwords okosságaiban. A cikkben azoknak szeretnék segíteni, akik Google Analytics rendszerüket az AdWords hirdetéseik hatékonyságának figyelésére akarják használni, de valamilyen probléma miatt ez nem sikerül nekik. Nálam is voltak ilyen gondok és hosszas fejvakarászás után jöttem csak rá a megoldás kulcsára. A Google súgója erről egy szót sem ír, ezért kicsit bővebb magyarázatot fűzök hozzá.

A saját rendszerről röviden:
Van egy 10-20 honlapból összerakott optimalizálási halmaz amit rámbíztak. Egy fő honlap, + sok kis microsite, amik a fő honlapot nyomják előre és az egyes “szakterületeket” lefedik/részletezik. + az Adwords amit a költségek miatt nem szívesen alkalmazunk, csak ha muszáj.

Elég jó eredményeket sikerült eddig elérni adwords nélkül is, de sajnos vannak olyan kulcsszavak amiknél akkora a verseny és olyan “nagyok” vannak elöttünk, hogy csak lassan vagy kevés eredményünk van. Ilyenkor jön az Adsense, adott költségkerettel, csak a fontos szavakra a garantált megjelenés érdekében. Viszont nyilván ezekről szeretnénk tudni, hogy mennyire térülnek meg.

Az Adwords egy bazi nagy pénznyelő tud lenni, ha az ember nem néz rá legalább hetente és nem mélyed el a kezelésében eléggé. Csak nyomod bele a pénzt, látod, hogy kattintottak, aztán szevasz. Hogy az illető hová jutott és mit csinált a honlapon, arról már semmit sem tudsz. Itt jön képbe az Analytics!

Az Analytics-et egy nagyon jó statisztikai rendszerré fejlesztették ki Gugliék az utóbbi egy évben. Integrálódott az Adwordsbe is (vagy fordítva?) ami az Adwords felhasználók számára visszajelzést nyújt reklámokra költött pénzük hatékonyságáról.

Adwords fiókunkat a következő módon köthetjük össze az Analytics rendszerével: Google Súgó
Ha sikerült, várjunk néhány napot. Ha szépen jönnek az adatok a fizetett látogatókról, akkor a cikk további része már nem is érdekes. Örüljünk, figyeljünk, döntsünk pénzünkről. Ha az adatok nem érkeznek meg és egyértelműen lehetetlen, hogy 0 fizetett látogatónk van, akkor gondolkozzunk el, hogy nem mi rontottunk-e el valamit még a weboldal programozásakor..

A lehetséges problémák felkutatásához ismerjük meg a konverziókövetés technikai hátterét:

Mi történik a hirdetésre kattintás után?
A Google hirdetésre kattintás után a google saját url-je hívódik meg, regisztrálja a kattintást, annak költségét, stb.. és átirányít a Cél URL-re. Az Adwords hirdetések esetén a Google un. Cél-URL automatikus címkézését használja. Ez a gyakorlatban így néz ki: www.celurl.hu/?gclid=abc123

A legrosszabb dolog ami történhet, hogy a látogató megérkezett weboldalunkra, a pénzt levonták, de nem lát semmit!

Előfordul, hogy a a webhelyünk tiltja a paraméterek használatát, mert mondjuk ilyen url-eket használunk az optimalizáció miatt: http://weboldalunk.hu/utazas/magyarorszag.html és a programozáskora a paraméterek keveredésének megelőzése, vagy biztonsági szempontok miatt letiltották a “?” után megadható url paramétereket.
Két lehetőségünk van, az egyik, hogy letiltjuk a gclid használatát, de ezzel lemondunk a nyomonkövetésről is egyben. Nyilván mi nem akarjuk csak úgy vaktában szórni a lét, tehát a szimpatikusabb megoldást választjuk: programozunk. Engedélyezünk.

A látogató megérkezik, de erről mi nem értesülünk.
A paraméter nincs tiltva, de nem “jelenik” meg a Google Analytics tracker kódja számára. Ennek leggyakoribb oka megint az url-ek környékén keresendő:

http://weboldalunk.hu/utazas/magyarorszag.html webcímet nem mappákkal és html fájlokkal értük el, hanem  mod_rewrite (apache) vagy url_rewrite (IIS) átirányításokat használunk a “keresőbarát” url-ek felépítéséhez. Viszont arra nem figyeltünk, hogy a http://weboldalunk.hu/utazas/magyarorszag.html?gclid=abc123 cím is átirányítódjon. Sajnos ebben az esetnen is kicsit programozgatnunk kell, hogy a get paramétereket is benyelje regexpünk.

Ha minden hasonló hibát kiküszöböltünk, akkor az Analytics fiókunkban szépen meg fognak jelenni a fizetett forgalmi adatok is. Ez természetesen legalább 1 nap elteltével történik, ahogy a statisztikai adatok frissülnek.

Domain hozzáadása a Google keresőhöz

Sokan valamiféle misztikus dolognak tartják a Google indexelt oldalai közé való bekerülést, hónapokig várakoznak, hogy weboldaluk végre feltűnjön a Google találatai között. Pedig van a várakozásnál gyorsabb megoldás..
Read more

Domain csere - Google SEO

Az elmúlt két hónapban két olyan szituáció is adódott, amiben nagyrészt google eredményekből élő weboldal domain nevét kellett lecserélni. Ilyenkor igyekszik az ember, hogy minél fájdalommentesebben, a website Google PR értéke és a keresési pozíciók megtartása mellett sikerüljön átköltözni az új domainre.

Read more

Google Adsense - adózás

Ha olyan ügyi vagy mint én és sikerült elérned a Google Adsense 100$-os kifizetési limitet, akkor jobb ha tudod: adóznod kell belőle!
Read more

Google: Veled mi lehet?

A Google keresőnek van egy nagyon hasznos szolgáltatás csoportja: a mértékegység/valuta átváltó! Nagyon sokat használom ebayezés és egyéb olyan tevékenységek közben, ahol állandóan árfolyamtáblázatokat kellene böngészni.. A mértékegységek átváltása is nagyon jó! Utóbbi egészen extrém mértékegységeket is át tud váltani! Az eset a napokban történt velem, amikor valaki msn-en küldött egy smile-t, de mivel én adium-ot használok, a helyettesítő karakterek jelentek meg: (U) Gondoltam egyet és rákerestem google-ben, hogy mit is jelenthet ez az emoticon. És mit írt ki?? Na mit?

1 Rack unit = 4.44500 centimeters :D:D:D
Aki esetleg nem tudná, mi az a rack: A szervergépeket/switcheket rackekben (lapos dobozokban) helyezik el, és ezeket egymásra pakolva szekrényekben (rack szekrény). Az eszközöknek szabványos méretük van, ezt pedig Rack Unit-ban mérik. Pl: 2 Unit magasságú ház.