実は世界を変えるWeb Paymentsについて、グーグルのえーじさんに聞いてきた！
連載： HTML5 Conference 2017特集 (16) こんにちは、編集長の白石です。 この記事は、9月24日に開催されたHTML5 Conference 2017に登壇したエキスパートに、お話されたセッションのトピックを中心に、様々なお話を伺おうというものです。セッションの内容をより深く理解する手助けになるだけでなく、本記事単体でも面白く読んでいただけることを目指しています。 今回お話を伺ったのは、Googleのえーじさんです。 えーじさんのセッションは「ウェブのための次世代決済法」でした。 スライド資料はこちらで公開されています。 Web Paymentsは（モバイル）Webの決済体験を変える 白石: 本日は、Web Paymentsについてお聞かせください。 Web Paymentsというのは、その名の通りWeb上での支払い体験を改善するものだと思いますが、そもそもなぜWe
Payment Request API のよくある誤解を解く
このポストは Chromium Browser Advent Calendar 2017 の 12/8 分です。先日 Medium に投稿した英語版を翻訳し、日本向けに若干加筆したものになります。 Payment Request API が登場してからというもの、おかげさまで非常に多くの方に興味を持っていただいています。一方、その複雑さから勘違いや、誤った情報を元に盛り上がってしまっているような状況が起きています。この記事では、みなさんの反応を見ている中でよくある誤解を解き、正確な情報を提供しようと思います。 そもそも Payment Request API が何かご存じないという方は、まずここから読んでいただくと良いと思います。 Web Payment API? Chrome Payment API? Google Payment API? # すべて間違いです。正しくは "Paymen
ペイ近況3 - diary
Payment Request API ブラウザに保存しているクレジットカード番号を JS を使って引っ張ってこれるブラウザの API 各ブラウザで決済ダイアログのようなものが表示される Chrome for Android ではすでに使える。Chrome for Desktop は 61 から Edge は実装済み。Firefox, Safari はデスクトップ、モバイル共に未実装だがサポート予定 上のブラウザ全てで実装されたとしても古いOS、ブラウザが残っている限りクライアント側で何らかの fallback が必要 使用の可不可は window.PaymentRequest で判断 fallback 用に自前でフォームを用意してもいいが、可不可の判断も JS で行うため PSP 各社が提供している Checkout と呼ばれるライブラリを使うことが、Payment Request AP
PAY.JP で Google Chrome の Payment Request API を使って決済する - PAY.JP Engineering Blog
こんにちは @wozozo です花金です。 Android の Google Chrome 53 以降、デスクトップ版の Chrome 60 以降では Payment Request API に対応しています。これに対応しているブラウザであれば、毎回クレジットカード情報の入力をすることなく Google Chrome に保存されているカード情報を使って簡単に決済を行うことが可能です。 まず前提として、Payment Request API が提供する機能は決済に必要なカード情報の受け渡しであり、カード情報を受け取ったにあとに実際に決済を行うためには PAY.JP のような決済ゲートウェイを別途利用する必要があります。 ECサイトによって必要な機能の違いはあると思いますが、クライアント側の実装は基本的に以下のコードだけで済みます。 (Google Developers のサイトにサンプルコー
決済代行サービスWebPay終了から学ぶWEBサービスの正しい畳み方｜知的財産・IT・人工知能・ベンチャービジネスの法律相談なら【STORIA法律事務所】
簡単にシステムに組み込めて高いセキュリティを持つことから人気のあった決済代行サービスＷebPayが2017年04月30日をもってサービスを終了するとのことです。 【参考】 「WebPay」サービスの終了について 「ＷebPayを組み込んだサービスを受託開発して納品直前なのに。。。」「すでにＷebPayを組み込んだECサービスを提供しているが決済代行会社の変更に費用がかかる。。」などの悲鳴が聞こえてきそうです。 今回はＷebPayのサービス終了を題材に １ サービス終了という修羅場の局面では利用規約がとても大事 ２ ただ、利用規約があればいいってんもんじゃない、WebPayの誠実な対応こそ見習うべき ３ 受託開発や自社サービスに外部サービスを組み込む場合にやっておいた方が良いこと を解説します。 ■ WebPayとは WebPayという会社は決済代行サービスを提供しているのですが、そもそも決
決済代行を使っていてもクレジットカード情報が漏洩するフォーム改ざんに注意
先日以下の記事が公開されました。決済代行会社を使っていたのにカード情報が漏洩したというものです。 同社は、薬局への医薬品の卸売りのほか、運営するショッピングサイト「eキレイネット」でコラーゲンやヒアルロン酸などの美容関連製品を販売している。流出した疑いがあるのは、平成26年10月8日～27年11月5日、サイトでカードを使って商品を購入した顧客の氏名や住所、クレジットカードなどの情報だった。この間、1955人が利用していた。 名の売れた大企業ではない。従業員わずか10人の小さな会社がサイバー攻撃の標的になったのだ。 問題が発覚したのは昨年11月。決済代行会社からカード情報が流出した疑いがあると指摘があった。 従業員10人なのに「標的」に サイバー攻撃、中小企業が狙われる理由より引用 これに対して、以下のブックマークコメントがつきました。 そもそも、決済代行会社を使っているのになぜカード情報が
Netflix Billing Migration to AWS
The journey to the cloud at Netflix began in 2008, and after seven years of diligent effort, we have finally completed… For a company, its billing solution is its financial lifeline, while at the same time, it is a visible representation of a company’s attitude towards its customers. A great customer experience is one of Netflix’s core values. Considering the sensitive nature of Billing for its di
159041 – Move WebKit2 Apple Pay code to the open source repository
Attachment 281983 [details] did not pass style-queue: ERROR: Source/WebKit2/UIProcess/ApplePay/cocoa/WebPaymentCoordinatorProxyCocoa.mm:36: Alphabetical sorting problem. [build/include_order] [4] ERROR: Source/WebKit2/UIProcess/ApplePay/cocoa/WebPaymentCoordinatorProxyCocoa.mm:101: Place brace on its own line for function definitions. [whitespace/braces] [4] ERROR: Source/WebKit2/UIProcess/ApplePa
Changeset 202432 – WebKit — Move WebKit2 Apple Pay code to the open source repository
Show lines around each change Show the changes in full context Timestamp: Jun 24, 2016 11:31:05 AM (8 years ago) Author: andersca@apple.com Message: Move WebKit2 Apple Pay code to the open source repository https://bugs.webkit.org/show_bug.cgi?id=159041 Reviewed by Sam Weinig. DerivedSources.make: Shared/Cocoa/WebCoreArgumentCodersCocoa.h: Added. Shared/Cocoa/WebCoreArgumentCodersCocoa.mm: Added.
Payment Request APIとは？〜Frontend Meetup Tokyo Vol.3 (2016/06/23 19:00〜)
フロントエンドエンジニア向けの勉強会シリーズの第3弾。 今回は、Michael Smithさん、そして矢倉さんに登壇していただきます。 Michael Smithさんは、W3Cデピュティディレクターであり、慶應義塾大学大学院政策・メディア研究科教授を務めている方で、今回は新しいAPI、ユーザーのためにWebアプリケーションでより簡単かつ安全なチェックアウト体験を提供する、Payment Request APIについてお話いただきます。 矢倉さんはHoudiniと呼ばれるCSSエンジンの機能の一部をデベロッパに提供するためのプロジェクトについてお話いただきます。 タイムテーブル 19:00 開場 19:30 Payment Request API by Michael Smith 発表は英語で、逐次通訳を行います。 20:20 Houdini(仮) by Masataka Yakura 21
Apple Pay on the Web | Apple Developer Documentation
Support Apple Pay on your website with JavaScript-based APIs.
Payment Request API 1.1
Payment Request API 1.1 This specification standardizes an API to allow merchants (i.e. web sites selling physical or digital goods) to utilize one or more payment methods with minimal integration. User agents (e.g., browsers) facilitate the payment flow between merchant and user. The W3C published Payment Request API 1.0 as a Proposed Recommendation in September 2021. Since then, W3C has been wor
Apple Pay on the Web from Edward O'Connor on 2016-06-13 (public-payments-wg@w3.org from June 2016)
From: Edward O'Connor <eoconnor@apple.com> Date: Mon, 13 Jun 2016 12:15:07 -0700 To: public-payments-wg@w3.org Message-ID: <m2a8io6guc.fsf@apple.com> Hi all, Today at WWDC we announced that we're bringing Apple Pay to the Web. We're really excited about payments on the Web. We've been experimenting with how best to bring the privacy, security, and ease-of-use of Apple Pay to the Web, and the API w
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - tomdale/apple-pay-merchant-session-server: Server for obtaining Apple Pay for the Web merchant sessions