ソーシャルネットワーキングアプリケーションがいくつかあり、ユーザーがモバイルデバイスを使用してそれらと対話するようにしたい場合、WAPまたはHTMLを使用した通常のWebサイトのスリム化バージョンを使用しますか？
私の考えでは、すべてのモバイルWebブラウザー（iPhone、Opera Mini）が利用できるため、WAPは死んでいるか、少なくとも出血して死に始めています。これは良い仮定ですか？
また、開発したいモバイルアクセスの種類を選択する際には、どのようなオーディエンスの考慮事項を考慮する必要がありますか？
ターゲットデバイスについてはよくわかりません。Windows Mobile、iPhone、Blackberryデバイスを想定できるように、ユーザーはより「モダン」になると確信しています。
WAP 2.0 = XHTML モバイル プロファイル。WAP とは、WAP 1.0 と WML のことだと思います。最近ではほとんどすべてのモバイル ブラウザーが XHTML MP (またはそれに近いもの) をサポートしています。
モバイル開発のベスト プラクティスについては、dotMobi Mobile Web Developer's Guideを参照してください。
WURFL のようなものを使用してモバイル ブラウザーを自動検出し、それらに Wireless CSS を使用して XHTML MP を提供することをお勧めします。私はこの方法でアプリケーションのモバイル フロントエンドを構築しましたが、多くのモバイル ブラウザー (モバイル、オペラ、オープンウェーブなど) でうまく動作します。
標準のXHTML1.0StrictまたはXHTMLMobileProfileを使用する必要があります。WAPは非常にすぐに死にます（まだ死んでいない場合）。
HTMLをスリム化しました。
私の見解では、WAPサイトは普遍的に醜く、モバイルブラウザーの機能が向上するにつれて、Ajaxアプリケーションはますます可能になります（そして、人々が持つ可能性のある限られた帯域幅/データプランでうまく機能することができます。
しかし、地球上のすべてのモバイルデバイスをサポートする必要がある場合は、とにかくWAPで何かをしなければならない可能性があります。
ターゲットデバイスは何ですか？すべて、現代風の電話、スマートフォンのみ....？
WAPには、携帯電話から閲覧される通常のHTTPサイトがポーズをとらないという独自の長所があることを忘れないでください。
主なものは、クレジットカードを利用できない可能性のある顧客から小額の請求を行うことができるWAP請求にアクセスできることです。
また、MSISDN（携帯電話番号）を使用して、WAPサイトへの訪問者を一意に識別および追跡することもできます。
いくつかのモバイル アプリケーションを開発したので、ほとんどのクライアントが HTML をサポートしていると言えます。もちろん、これらのクライアントにスリム化されたバージョンの HTML を提供して、共通分母用にアプリケーションを設計することは安全です。ただし、WML のみをコンテンツ タイプとして受け入れるクライアントがまだかなりの数あり、HTML がすべてのユーザーを満足させることはできません。
HTTP_ACCEPT ヘッダーを読めば、クライアントが何を理解できるかを判断できます。私の経験では、できる限り HTML を提供し、必要に応じて WML に頼る方が安全です。
肝心なのは、サイトの 2 つのバージョンをサポートすることに気が進まない場合は、スリム化された HTML (できれば XHTML) を使用することです。HTML に加えて WAP をサポートできる場合は、HTML を理解しないクライアントにとって適切なフォールバックになります。