Told a content-ot 1000-rel, sokat és rendszeresen
Nincs kész weblap, min. havonta legyen új tartalom rajta
Könnyen, olvashatóan (hogy elvassák) írj
title, description, abstract, dc. title, dc, description, keyword (ca. ez a fontossági sorrend) minden tartalomhoz legyen kitöltve
Fő kulcsszó mint pld "autó" nagy konkurrenciával jár, készíts pld "eladó autó", "eladó veterán autó" aloldalakat
Ha már van érdemi tartalom, akkor szerezz sok linket lehetőleg 3-4 pagerank-es helyekről (startlap.hu, "iparági"-lap. hu kötelező) De figyelj oda: Napi 3-4 linknél ne legyen több egyszerre
Ne csak a nyitó oldalra linkelj, hanem az aloldalakra is
Készíts facebook, twitter oldalt utána szerezz sok követőt és linkelj ill. lnkeljenek az oldaladra
Készíts videót, tedd fel a youtube-ra (2. legjobb kereső a gugli után) és a videó népszerűsítse az oldaladra ill vica versa
És a legfontosabb: TOLD A CONTENT-ot!!!

Amúgy a SEO Drupal független, csak a Drupal rásegít pld a jó forráskóddal ill. a szuperül konfigurálható rövid webcímekkel

Gyakorlati javaslatom: http://efonyomda.hu
Keress rá a nyomda szóra, gugli első oldal, de csak 7-9 hely.
Keress rá az aloldalakra pld: borcímke, puhatáblás könyv, keményfedelű könyv vagy nyomda százhalombatta etc., nincs nagy konkurrencia és garantált az 1-3 helyezés.
Te is így szedd szét az oldaladat és sikerrel fogsz járni.

Logikusnak tűnt Gábor érvelése ezért elfogadtam, de csak nem hagyott nyugodni a dolog így utánaolvasgattam.

(majdnem) mindenhol csak annyit említenek, hogy AdSense esetén csak add hozzá azt a két sort, ami fentebb is szerepel, de nekem a nyelvi ellentét nem tetszett. Aztán a http://www.robotstxt.org/orig.html oldalon megtaláltam, hogy a Disallow: (érték nélkül) annyi mint az Allow:/ (értékkel itt a / jel) tehát minden url bekerül az indexbe.

Mivel nincs AdSense fiókom így a hibaüzenet amit kaptatok mindeketten nem is tudom mit takar, de én a következőre tippelek:

A drupal-os robots.txt-ben van egy pár tiltás User-agent:* szabállyal (clean url, /node/add/*, stb.)

Az Adsense modul (?) meg gondolom ezeket le is kezeli, mint az Analytics, hogy hol jeleníthet meg konkrét hirdetést, azaz a js kódot ami meghívja a hirdetéseket, de ezzel nincs összhangban a robots.txt. A Google szerint a különböző botjai nem függenek egymástól, de valami oka biztos, van annak, hogy javasolják az Mediapartners-Google-nek a teljes elérést.

Az általános tanácsuk helyett (minden url) szerintem célravezetőbb kézzel megadni, hogy hol jelenítsen meg kódot és használni inkább a support oldalukon is előforduló Allow:/ tipusú szabályt, hiszen a fentebb említett tiltásba (User-agent:*) beletartozik a Mediapartners-Google botja is.

Azonban ha valaki másként látja, szívesen meghallgatnám a véleményét, mert most már érdekel engem is. (hátha egyszer AdSense-ezek :)

Kevésbé kockáknak: képzelj egy szép kis fiókos szekrényt, a fiókon a változó neve a címke, a fiókban meg a változó tartalma van. Egy PHP referencia pusztán egy újabb címke a fiókon. Az unset törli a címkét a fiókról, amelyik fióknak nincs több címkéje, az elérhetetlen, ezért a PHP szépen ki is dobja a tartalmát. A resource és object típusú változók a fiókban csak egy speciális bejegyzést tartalmaznak amin az áll "az én értékemet egy másik szekrényben (megfelelő resource vagy class) találod az X. számú fiókban". Ezért amikor átadjuk az ilyen változókat egy függvénynek akkor csupán lemásoljuk ezt a bejegyzést, nem csoda tehát hogy a függvényben a speciális szekrényben található értéket manipulálják. Ha referenciaként adjuk át akkor viszont lehetőség nyílik a fő szekrényben a bejegyzés kidobására és új bejegyzés készítésére.

Kockáknak: http://php.net/manual/en/internals2.variables.intro.php a PHP változók két részből állnak: egyrészt a változó neve ami szokás szerint a szimbólumtáblába kerül plusz egy mutató a változó tartalmára (ami egy zval struktúra). A $a = &$b után a és b ugyanarra a zval-ra mutat. A zval-ban van egy számláló (refcount) hogy hányan mutatnak rá, amikor ez nulla akkor eldobjuk. A tényleges változó érték egy zvalue_value union-ban van amire a zval-ban van egy pointer.

Ez tényleg fura, legalábbis valóban nem ez az elvárt.
Egy hook_mail_alter-implementációval modulban változtathatóak a küldendő emailre vonatkozó adatok, így a feladó is, valahogy így:
http://drupal.stackexchange.com/questions/66764/change-format-of-webform...
https://drupal.org/node/875092#comment-3380618
De ez szerintem még mindig nem oldaná meg, mivel úgy tűnik, a szolgáltató az értékeket a mail() használatakor (?) felülbírálja, vagy máshonnan ered a probléma.

Én a helyedben első körben kipróbálnám az alábbi modullal történő e-mail-küldést:
https://drupal.org/project/smtp
ez a PHPMailer osztályt veszi igénybe a levélküldésre, az alapértelmezett mail() helyett (link, link).
Ezzel beállíthatsz egy neked tetsző SMTP-szervert (pl. lehet az egy Gmail-fiók, vagy a szolgáltató által biztosított SMTP-szerver), amelyen keresztül az authentikáció és a levélküldés történik.
Remélem, beválik.